Validate server version as same-or-newer instead of strictly equal #8
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Allow the version to be semver-major compatible with a newer minor
version. This makes it more obvious in which order changes should
be deployed. I.e. first deploy the WordPress plugin update, and then
(optionally, gradually) update package.json in content repos.
This is partially blocking the ability to enforce use of
package-lock.json, because up until now, jQuery Infra ran
npm update
as part of builder's webhook handlers, thus bypassing the lock file.
Once that step is removed, the true version is exposed, and thus
content changes would no longer auto-update. We could mandate that
all content repos (and their older version branches) are always using
the latest version, but I'd rather build a bit more tolerance in the
stack.
Ref jquery/infrastructure-puppet#39.
Ref jquery/infrastructure-puppet#38.