-
Notifications
You must be signed in to change notification settings - Fork 291
Open
Labels
Description
The #367 issues made me think that over the time project dependencies can go stale without noticing, unless something is broken. Here I propose a process for maintainers to deal with.
- Write a script that reads all the dependencies declared in various
pom.xml
files and also their declared version, if any. - The script cross checks with repositories to find the latest versions of each dependency as well as their minor or patch version under the same major version as declared (when possible).
- The script lists this information in a tabular style (Markdown format) that can be pasted in a wiki page for tracking purpose (or in a file in the repo).
- An extra column is added in the table manually to put a reason if a dependency can not be upgraded (with references to corresponding issues, if any).
- Before releasing any version (specially pre-release versions), as part of the release checklist, run the script and check to see if changing dependencies to their latest version works as expected, if so then push those changes otherwise create tickets and add a note in the tracking table.