-
Notifications
You must be signed in to change notification settings - Fork 651
Allow {BranchName} in tag config #664
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
…me-variable-in-tag-configuration Support branch name variable in tag configuration #664
I just wanted to double check if is #766 what you expect, but I see it just got merged, thanks @JakeGinnivan :) |
Yep, exactly what I was after. I think in v4 this will become the default behaviour. |
…ame-variable-in-tag-configuration Document branch name variable usage in tag configuration #664
Great feature! +1 for making BTW, this feature enables to workaround problems with Very cool. Using it straight away! |
As per #632
Currently the prerelease tag configuration is fine except for feature branches where there can be many of them at the same time for the same version. The problem here is that with the current useBranchName config, feature branches starting with "a" are considered the lowest prerelease version and any feature branch starting with "z" will be the latest one. To solve this we should be able to prefix the feature braches "something." so they can be positioned in the desired order consistently no matter what the name of the feaure branch.
E.g feature/AddForgottenPassword and feature/ZeroAllowedInAmount could be v1.0.0-alpha.AddForgottenPassword and v1.0.0-alpha.ZeroAllowedInAmount which would then both be seen as the same level compared with the other develop/release and master branches.
To achieve this @JakeGinnivan suggested using c# string interpolation so in config something like:
tag: alpha.{BranchName}
For branch feature/FixLogin
Would produce a semver like 0.0.0-alpha.FixLogin
The text was updated successfully, but these errors were encountered: