Skip to content
This repository has been archived by the owner on Jan 12, 2024. It is now read-only.

Use SemVer2 for simplified versioning #160

Merged
merged 5 commits into from
Feb 21, 2018
Merged

Use SemVer2 for simplified versioning #160

merged 5 commits into from
Feb 21, 2018

Conversation

kzu
Copy link
Contributor

@kzu kzu commented Feb 21, 2018

No description provided.

Instead of having it scattered all over, keep it in PackageVersion.targets
Version PRs separately, append branch metadata and git information.
Don't attach it for release branches.

Only for non-master branches, having the branch name as a prerelease
label makes it easier to trivially dogfood a specific feature branch,
without having to tweak GitInfo.txt across branches.

This change allows us to keep working on a stable version number (i.e. 0.2.5)
while working on `dev` branch, so we will get version numbers like 0.2.5-dev.5+sha.asdfasdf.

Branching for a feature `foo`, you'd automatically get version numbers like
0.2.5-foo.6+sha.asfdasdf.

If, however, we already had a branch that's creating an already labeled
release (via GitInfo.txt), such as 0.2.5-alpha, the version in (say) dev for
that would be 0.2.5-alpha.15+dev.sha.asdfasdf. This allows you to tell apart
a build for the alpha that's being contributed to by a specific branch.
We don't need to have it hardcoded in GitInfo.txt anymore.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant