我在主分支上创建了一个名为v0.1的标签,如下所示:
git tag -a v0.1
但后来我意识到,在0.1版的master中还需要合并一些更改,所以我就这么做了。但是现在我的v0.1标签被粘在了错误的提交上(引用便利贴的类比)。我希望它卡在主节点上的最近提交上,但它却卡在主节点上的第二个最近提交上。
我如何移动它到最近提交的主?
我在主分支上创建了一个名为v0.1的标签,如下所示:
git tag -a v0.1
但后来我意识到,在0.1版的master中还需要合并一些更改,所以我就这么做了。但是现在我的v0.1标签被粘在了错误的提交上(引用便利贴的类比)。我希望它卡在主节点上的最近提交上,但它却卡在主节点上的第二个最近提交上。
我如何移动它到最近提交的主?
当前回答
如果你想移动一个带注释的标签,只改变目标提交,但保留注释消息和其他元数据使用:
moveTag() {
local tagName=$1
# Support passing branch/tag names (not just full commit hashes)
local newTarget=$(git rev-parse $2^{commit})
git cat-file -p refs/tags/$tagName |
sed "1 s/^object .*$/object $newTarget/g" |
git hash-object -w --stdin -t tag |
xargs -I {} git update-ref refs/tags/$tagName {}
}
用法:moveTag <标签到移动> <目标>
上面的函数是通过引用teerapap/git-move-annotated-tag.sh开发的。
其他回答
更准确地说,你必须强制添加标签,然后用option——tags和-f push:
git tag -f -a <tagname>
git push -f --tags
本地删除:
git tag -d v0.1
远程移除:
git push origin --delete v0.1
然后在本地重新添加,并将v0.1推送到最近的提交:
git tag -a v0.1
git push origin --tags
如果你使用github并且想要更改发布(例如你发现创建发布后不提交smth)。你可以使用
git push origin :refs/tags/<tagname>
在这个命令之后,github删除你的标签,你的发布将成为草稿。这意味着您可以重新创建释放并选择提交。您的文件和您的消息将被保存。
在使用Git时,我试图避免一些事情。
使用内部知识,例如refs/tags。我尝试只使用文档中的Git命令,避免使用需要了解. Git目录内部内容的东西。(也就是说,我把Git当作一个Git用户,而不是Git开发人员。) 不需要时使用武力。 过分的事情。(按压一个分支和/或许多标签,以获得我想要的标签。)
因此,这里是我在本地和远程更改标记的非暴力解决方案,而不需要了解Git内部结构。
当软件修复最终出现问题,需要更新/重新发布时,我会使用它。
git tag -d fix123 # delete the old local tag
git push github :fix123 # delete the old remote tag (use for each affected remote)
git tag fix123 790a621265 # create a new local tag
git push github fix123 # push new tag to remote (use for each affected remote)
Github是一个示例远程名称,fix123是一个示例标记名称,790a621265是一个示例提交。
总结一下,如果你的远程名为origin并且你正在主分支上工作:
git tag -d <tagname> # delete the old tag locally
git push origin :refs/tags/<tagname> # delete the old tag remotely
git tag <tagname> <commitId> # make a new tag locally
git push origin <tagname> # push the new local tag to the remote
描述:
第1行删除本地env中的标记。 第2行删除远程环境中的标记。 第3行将标记添加到不同的提交 第4行将更改推到远程
您还可以将第4行更改为git push origin——tags,以将所有本地标记更改/更新推到远程repo。
上面的答案是基于@eedeep的问题内容,以及Stuart Golodetz、Greg Hewgill和@ben-hocking的回答,以及他们的回答下面的评论,以及@NateS在我的回答下面的原始评论。