Hi.
Can we swap 0.9.5 and 0.9.6 than? I don't think any of the tools like
gbp-dch can really accommodate for such an unexpected time flow in git
history.
On 14.12.2016 00:21, Harald Welte wrote:
Hi Max,
On Tue, Dec 13, 2016 at 06:29:04PM +0100, Max wrote:
With the migration to gerrit the situation around
version tagging become
even funnier than before. For example right now in libosmocore v0.9.3 does
not exist as a git tag, only as entry in debian/changelog. Versions 0.9.5
and 0.9.6 are committed in reversed order - see output of
git log --tags --show-notes --decorate | grep 'tag:' | head
Thisis indeed
odd. The normal procedure should be to push changes via
the gerrit review process, and then after code has ended up in master
push the related tags on those versions.
So the questions are:
- how can I add tag '0.9.3' to commit
abc46af90fde9e9435dee5f4f472aec3f68d3353 in libosmocore
I just did
"git tag -s 0.9.3 abc46af90fde9e9435dee5f4f472aec3f68d3353"
"git push gerrit 0.9.3"
I'm still waiting for this to show up in the public read-only repo on
git.osmocom.org, though.
- how can we prevent the inverted commit
situation as with 0.9.6 and 0.9.5
in future?
The question is how did those tags end up in the repository? Was the
above procedure used, or did somebody push the tags already while
patches were still in review?
- what's the general guidelines for tagging
new versions? Do we go through
gerrit or ask responsible person (who?) to do it manually? Or even auto-tag
commit matching certain criteria?
I think I mentioned it recently somewehre: We
should bump the minor
version number each time a new symbol is added to libosmocore, so the
code depending on new symbols can require a certian minimum version.
=======================================================================
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B
* Geschaeftsfuehrer / Managing Director: Harald Welte