Commit graph

9 commits

Author SHA1 Message Date
Sebastian Kuzminsky
0e967d353d build system: make the git scripts more user friendly
Git can tell you what the root dir of the repo is, so the scripts don't
need to force the user to cd there first.

Signed-off-by: Sebastian Kuzminsky <seb@highlab.com>
2015-09-16 09:09:48 -06:00
Sebastian Kuzminsky
07a646202d construct version number from branch name better
The get-version-from-git script makes a debian version number from
information it gets from git.  Part of this is replacing any characters
that are invalid in version numbers with the character "-", but due to a
bug it used to just replace the *first* invalid character.  This commit
fixes it to replace *all* invalid characters.
2013-09-20 09:09:22 -06:00
Sebastian Kuzminsky
986e4ea409 allow digits 0-9 in branch names used as package version numbers 2012-10-02 20:57:17 -06:00
Sebastian Kuzminsky
809cf9cbef packaging: convert invalid characters in version numbers to "-" 2012-04-04 12:07:36 -06:00
Sebastian Kuzminsky
b4d9f50b42 Better package version number on unknown branches
On our official release branches (v2.4_branch, v2.5_branch, and master),
the package version number comes from the "git describe" of the most
recent signed tag, and this has always worked well.

But unknown branches (all but the three above) sometimes accidentally
got the wrong version number.  This commit fixes that, unknown branches
now always get "contents of VERSION file", plus "branch name", plus
"SHA1 of branch tip", which I think is about as good as we can get it.

This fixes the recent commit f176b044930dec1cb22d64cb7fc590c79cd30485...
2012-01-11 01:52:48 -07:00
Sebastian Kuzminsky
f176b04493 build system: make reasonable version numbers for unknown branches
The scripts/get-version-from-git script is used to produce a version
number based on things like the current branch and most recent tag signed
by the release managers.

It used to fail completely on branches other than 2.4, 2.5, and master.

This commit makes it do something hopefully reasonable on branches it
doesn't know about: it uses the version from the VERSION file, plus "~",
plus the branch name, plus another "~", plus the sha1 of the HEAD commit.
2011-12-15 09:21:59 -07:00
Sebastian Kuzminsky
c2fd32af16 packaging: make githelper set GIT_TAG always
That is, even if it can't verify tag signatures.  I don't like it,
but it's not worse than what we had before.
2011-09-21 16:02:21 -06:00
Sebastian Kuzminsky
528d4ef049 packaging: add some scripts for working with git
This commit does these things:

    * Add a small shell library called githelper.sh, which reads a bunch
      of info from git and makes it available as environment variables
      in the caller.

    * Add a script called version-is-release, which checks to see if
      the current version (HEAD) has a signed release tag pointing to it.

    * Update update-dch-from-git and get-version-from-git to use the
      new githelper library, for consistency.
2011-09-21 15:32:26 -06:00
Sebastian Kuzminsky
a1e21b3efb Make a script to say the version of the software
This commit splits the debian/update-dch-from-git script, factoring
out the code that determines the version, leaving behind the code that
updates the changelog.

This way the version information can be used to overwrite the VERSION
file, and generally be useful elsewhere.
2011-04-07 18:40:44 -06:00