我通过在Main分支的各个提交中添加标签,将Releases添加到GitHub上的项目中。
在我的一个项目中,我没有按时间顺序将标记添加到提交中。 (我发现了明显的提交并标记了它们,然后我发现不太明显,较旧的提交并标记它们。)
现在GitHub is showing v1.0.1为当前版本,其前面是v0.7.0,之前是的v1.1.2。
似乎使用标记创建时的日期作为发布日期而不是标记的提交。如何编辑我的标签,使其日期与标记的提交相同?
答案 0 :(得分:105)
警告:这将 不 保留带注释标签的标记消息。
对于每个需要更改的标记:
在代码中:
# Fixing tag named '1.0.1'
git checkout 1.0.1 # Go to the associated commit
git tag -d 1.0.1 # Locally delete the tag
git push origin :refs/tags/1.0.1 # Push this deletion up to GitHub
# Create the tag, with a date derived from the current head
GIT_COMMITTER_DATE="$(git show --format=%aD | head -1)" git tag -a 1.0.1 -m"v1.0.1"
git push --tags # Send the fixed tags to GitHub
根据 How to Tag in Git :
如果您忘记标记版本或版本凹凸,您可以随后对其进行追溯标记:
git checkout SHA1_OF_PAST_COMMIT git tag -m"Retroactively tagging version 1.5" v1.5
虽然这是完全可用的,但它会使你的标签不按时间顺序排列,这可能会破坏寻找“最新”标签的构建系统。但不要害怕。莱纳斯想到了一切:
# This moves you to the point in history where the commit exists git checkout SHA1_OF_PAST_COMMIT # This command gives you the datetime of the commit you're standing on git show --format=%aD | head -1 # And this temporarily sets git tag's clock back to the date you copy/pasted in from above GIT_COMMITTER_DATE="Thu Nov 11 12:21:57 2010 -0800" git tag -a 0.9.33 -m"Retroactively tagging version 0.9.33" # Combining the two... GIT_COMMITTER_DATE="$(git show --format=%aD | head -1)" git tag -a 0.9.33 -m"Retroactively tagging version 0.9.33"
但是,如果您已经添加了标记,则不能将上述内容与git tag -f existingtag
一起使用,否则当您尝试合并时git会抱怨:
Rammy:docubot phrogz$ git push --tags
To git@github.com:Phrogz/docubot.git
! [rejected] 1.0.1 -> 1.0.1 (already exists)
error: failed to push some refs to 'git@github.com:Phrogz/docubot.git'
hint: Updates were rejected because the tag already exists in the remote.
相反,您必须在本地删除标记:
git tag -d 1.0.1
远程
git push origin :refs/tags/1.0.1
在GitHub上,重新加载版本 - 该版本现已标记为“草稿” - 并删除草稿。
现在,根据上面的说明添加回溯标记,最后将生成的标记推送到GitHub:
git push --tags
然后再次重新添加GitHub发布信息。
答案 1 :(得分:16)
根据其他答案中的一些评论,这里是一个单行词:
git tag -l | while read -r tag ; do COMMIT_HASH=$(git rev-list -1 $tag) && GIT_COMMITTER_DATE="$(git show $COMMIT_HASH --format=%aD | head -1)" git tag -a -f $tag -m"$tag" $COMMIT_HASH ; done && git push --tags --force
警告:这会破坏您的上游代码, 不 会保留带注释标签的消息!确保你知道自己在做什么,并且绝对不会为公共存储库做这件事!!!“
要分解......
# Loop over tags
git tag -l | while read -r tag
do
# get the commit hash of the current tag
COMMIT_HASH=$(git rev-list -1 $tag)
# get the commit date of the tag and create a new tag using
# the tag's name and message. By specifying the environment
# environment variable GIT_COMMITTER_DATE before this is
# run, we override the default tag date. Note that if you
# specify the variable on a different line, it will apply to
# the current environment. This isn't desired as probably
# don't want your future tags to also have that past date.
# Of course, when you close your shell, the variable will no
# longer persist.
GIT_COMMITTER_DATE="$(git show $COMMIT_HASH --format=%aD | head -1)" git tag -a -f $tag -m"$tag" $COMMIT_HASH
done
# Force push tags and overwrite ones on the server with the same name
git push --tags --force
感谢@Mr_and_Mrs_D建议使用单次推送。
答案 2 :(得分:0)
在其他答案的基础上,这是将保留标签消息的第一行的方法
git tag -l | while read -r tag ; do COMMIT_HASH=$(git rev-list -1 $tag) COMMIT_MSG=$(git tag -l --format='%(contents)' $tag | head -n1) && GIT_COMMITTER_DATE="$(git show $COMMIT_HASH --format=%aD | head -1)" git tag -a -f $tag -m"$COMMIT_MSG" $COMMIT_HASH ; done
git tag -l -n1 #check by listing all tags with first line of message
git push --tags --force #push edited tags up to remote
负责保存消息的位是:
COMMIT_MSG=$(git tag -l --format='%(contents)' $tag | head -n1)
head -n1
将采用旧提交消息的第一行。您可以将其修改为-n2
或-n3
等,以获取两行或三行。
如果您只想更改一个标签的日期/时间,则可以通过以下方法在bash shell中分解一个标签:
tag=v0.1.0
COMMIT_HASH=$(git rev-list -1 $tag)
COMMIT_MSG=$(git tag -l --format='%(contents)' $tag | head -n1)
COMMIT_DATE=$(git show $COMMIT_HASH --format=%aD | head -1)
GIT_COMMITTER_DATE=$COMMIT_DATE git tag -s -a -f $tag -m"$COMMIT_MSG" $COMMIT_HASH
参考文献: