diff options
author | Junio C Hamano <junio@hera.kernel.org> | 2007-10-23 01:23:31 +0000 |
---|---|---|
committer | Junio C Hamano <junio@hera.kernel.org> | 2007-10-23 01:23:31 +0000 |
commit | 764a667a8f360cfaafc6bfa9a0b5a2f09ed47586 (patch) | |
tree | fc6f7da163a804cc8aef905924828d69b897399a /git-tag.txt | |
parent | ea719cf8b709e1b5c43d18ca26832f8c9bf11e7e (diff) | |
download | git-htmldocs-764a667a8f360cfaafc6bfa9a0b5a2f09ed47586.tar.gz |
Autogenerated HTML docs for v1.5.3.4-319-gdd817
Diffstat (limited to 'git-tag.txt')
-rw-r--r-- | git-tag.txt | 23 |
1 files changed, 22 insertions, 1 deletions
diff --git a/git-tag.txt b/git-tag.txt index 990ae4f94..10d3e3fa9 100644 --- a/git-tag.txt +++ b/git-tag.txt @@ -112,7 +112,7 @@ You really want to call the new version "X" too, 'even though' others have already seen the old one. So just use "git tag -f" again, as if you hadn't already published the old one. -However, Git does *not* (and it should not)change tags behind +However, Git does *not* (and it should not) change tags behind users back. So if somebody already got the old tag, doing a "git pull" on your tree shouldn't just make them overwrite the old one. @@ -214,6 +214,27 @@ having tracking branches. Again, the heuristic to automatically follow such tags is a good thing. +On Backdating Tags +~~~~~~~~~~~~~~~~~~ + +If you have imported some changes from another VCS and would like +to add tags for major releases of your work, it is useful to be able +to specify the date to embed inside of the tag object. The data in +the tag object affects, for example, the ordering of tags in the +gitweb interface. + +To set the date used in future tag objects, set the environment +variable GIT_AUTHOR_DATE to one or more of the date and time. The +date and time can be specified in a number of ways; the most common +is "YYYY-MM-DD HH:MM". + +An example follows. + +------------ +$ GIT_AUTHOR_DATE="2006-10-02 10:31" git tag -s v1.0.1 +------------ + + Author ------ Written by Linus Torvalds <torvalds@osdl.org>, |