pingu_98/MrDraw
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
MrDraw/.versioneer-lookup

27 lines
961 B
Text
Raw Normal View History

Modified versioneer to allow specification of manual versions based on branches You can now define a lookup file explicitely mapping virtual version tags to branches via regular expressions and a reference commit from which the commit distance will be calculated. Format of the file is <branch-regex> <tag> <reference commit> The file is processed from top to bottom, the first matching line wins. If <tag> or <reference commit> are left out, the lookup table does not apply to the matched branches and the regular versioneer resolution (via git describe) takes place. Current configuration makes "master", "staging" and any branch starting with "fix/" make use the default behaviour, all other branches (so basically all development branches) are defined as "1.2.0-dev"
2014-09-02 09:35:42 +00:00
# Configuration file for the versioneer lookup, manually mapping tags based on branches
#
# Format is
#
# <branch-regex> <tag> <reference commit>
#
# The file is processed from top to bottom, the first matching line wins. If <tag> or <reference commit> are left out,
# the lookup table does not apply to the matched branches
First throw at release channels We start out with master (Stable), rc/maintenance (Maintenance) and rc/devel (Devel)
2016-08-24 17:02:39 +00:00
# master and rc shall not use the lookup table, only tags
Modified versioneer to allow specification of manual versions based on branches You can now define a lookup file explicitely mapping virtual version tags to branches via regular expressions and a reference commit from which the commit distance will be calculated. Format of the file is <branch-regex> <tag> <reference commit> The file is processed from top to bottom, the first matching line wins. If <tag> or <reference commit> are left out, the lookup table does not apply to the matched branches and the regular versioneer resolution (via git describe) takes place. Current configuration makes "master", "staging" and any branch starting with "fix/" make use the default behaviour, all other branches (so basically all development branches) are defined as "1.2.0-dev"
2014-09-02 09:35:42 +00:00
master
First throw at release channels We start out with master (Stable), rc/maintenance (Maintenance) and rc/devel (Devel)
2016-08-24 17:02:39 +00:00
rc/.*
Added new prerelease branch to versioneer config Can be used in the future for tracking prereleases and testing proper version updates without having to push to master directly.
2016-06-08 09:19:21 +00:00
prerelease
Modified versioneer to allow specification of manual versions based on branches You can now define a lookup file explicitely mapping virtual version tags to branches via regular expressions and a reference commit from which the commit distance will be calculated. Format of the file is <branch-regex> <tag> <reference commit> The file is processed from top to bottom, the first matching line wins. If <tag> or <reference commit> are left out, the lookup table does not apply to the matched branches and the regular versioneer resolution (via git describe) takes place. Current configuration makes "master", "staging" and any branch starting with "fix/" make use the default behaviour, all other branches (so basically all development branches) are defined as "1.2.0-dev"
2014-09-02 09:35:42 +00:00
Fixed version reporting on detached HEADs HEAD "branch" also should disable usage of lookup table.
2015-11-20 12:54:09 +00:00
# neither should disconnected checkouts, e.g. 'git checkout <tag>'
HEAD
\(detached.*
maintenance branch is now 1.2.17.dev
2016-09-23 10:29:56 +00:00
# maintenance is currently the branch for preparation of maintenance release 1.2.17
Make improve/... branches behave as maintenance branches Felt too wrong to call improvements fixes all the time.
2016-02-09 16:55:29 +00:00
# so are any fix/... and improve/... branches
maintenance branch is now 1.2.17.dev
2016-09-23 10:29:56 +00:00
maintenance 1.2.17 354042b84d488db38ac1917bb69bd164f4e7f750 pep440-dev
fix/.* 1.2.17 354042b84d488db38ac1917bb69bd164f4e7f750 pep440-dev
improve/.* 1.2.17 354042b84d488db38ac1917bb69bd164f4e7f750 pep440-dev
Modified versioneer to allow specification of manual versions based on branches You can now define a lookup file explicitely mapping virtual version tags to branches via regular expressions and a reference commit from which the commit distance will be calculated. Format of the file is <branch-regex> <tag> <reference commit> The file is processed from top to bottom, the first matching line wins. If <tag> or <reference commit> are left out, the lookup table does not apply to the matched branches and the regular versioneer resolution (via git describe) takes place. Current configuration makes "master", "staging" and any branch starting with "fix/" make use the default behaviour, all other branches (so basically all development branches) are defined as "1.2.0-dev"
2014-09-02 09:35:42 +00:00
Devel is now 1.3 (cherry picked from commit dd5bf2e)
2015-06-25 08:50:54 +00:00
# every other branch is a development branch and thus gets resolved to 1.3.0-dev for now
Switched to new version of versioneer Versions should now be PEP440 compatible. (cherry picked from commit 711810d)
2015-06-30 12:57:39 +00:00
.* 1.3.0 198d3450d94be1a2 pep440-dev
Reference in a new issue Copy permalink