You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current release branches are based on rancher major.minor versions. Since the 1.0.0 release of wrangler there are revisions of wrangler (not released versions) used in rancher.
Three problems have arisen from this approach:
Dependabot and other tools can't detect updates to apply other projects as updates. This means that those using wrangler (including the many rancher repos) need to do the updates manually.
The version of wrangler being used across the many consumers (many of those being other rancher codebases) are inconsistent in the version used. It's often not the latest. This means some bugs are not fixed uniformly across the codebase.
Releasing wrangler now has no value or meaning. And, it has not happened since the 1.0.0 release.
This proposal is to do the following:
Use release branches in the form release-vX.Y where X is the major version and Y is the minor version. There are two reasons for this scheme.
The rancher release branches are in the form release/vX.Y. Doing the wrangler version release branches with the same scheme would eventually cause conflicts.
This scheme is already in use within this repo (i.e. release-v0.8 already exists)
All future releases would be cut from the release branch rather than master
Once a release branch is created it's only for patch (i.e. bugfix releases). Those would first be merged into master and then cherry-picked into any release branches that should include it.
The major/minor versions of wrangler to get continued work would be those that are in a supported release of rancher.
The text was updated successfully, but these errors were encountered:
The current release branches are based on rancher major.minor versions. Since the 1.0.0 release of wrangler there are revisions of wrangler (not released versions) used in rancher.
Three problems have arisen from this approach:
This proposal is to do the following:
release-vX.Y
where X is the major version and Y is the minor version. There are two reasons for this scheme.release/vX.Y
. Doing the wrangler version release branches with the same scheme would eventually cause conflicts.release-v0.8
already exists)The text was updated successfully, but these errors were encountered: