-
Notifications
You must be signed in to change notification settings - Fork 1
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
com.google.guava:guava:32.0.1-jre
- Loading branch information
Showing
6 changed files
with
7 additions
and
5 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
d706d42
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@merks I don't understand how this update happens? In particular what made the system update to Guava 32.1.0? AFAICT none of the projects use it yet.
In particular I think I understand how the updated.target gets the new version as that is the recommended update (like dependabot). But maven/org.eclipse.oomph.maven.generator/report/merged-target/original.target got the update and I didn't expect that.
This causes the xtext build to fail, but they won't know until their scheduled build runs as they are pulling in 32.0.1 from simrel-orbit: https://github.com/eclipse/xtext/blob/02f11feaf72bf57287fcf8e9f3bbbaa0edbb3253/xtext-latest.target#L56
d706d42
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actually, I did notify them:
eclipse-xtext/xtext#2707 (comment)
Generally I'm the one driving the updates in the projects...
These updates happen by running this:
This collects the of each *.target and checks maven central for other versions of that group/artifactId. It generates a report with the existing versions and available updates to those versions. It generates a new *.target with minor updates (and with major updates for some select coordinates as specified in the launch. For the merged target it does the same thing except it merges all the dependency from all the other sources. The original.target and updated.target are always the same because even the original is a copy of /org.eclipse.oomph.incubator/maven/tp/Maven.target when is generated. I still wanted a report of the content. In all cases, the original is the contents of the target at the time the report runs, but of course this one is special because it actually will be updated.
So yes, updates happen by themselves as they become available.
I'm not sure how updates could happen if one would have to wait for all projects up update their target to specify a specific updated versions. So far I've always just been doing such updates, but then I suppose most folks either don't specify the version in their target or specify the themselves. I think folks should expect there to be updates...