我在 master 分支上创建了一个名为 v0.1 的标签，如下所示：
git tag -a v0.1
但后来我意识到仍然需要一些更改才能合并到 0.1 版的 master 中，所以我这样做了。但是现在我的v0.1 标签卡在了错误的提交上（调用便利贴类比）。我希望它停留在 master 上的最新提交上，但它却停留在 master 上的第二个最近提交上。
如何将其移至 master 上的最新提交？
【问题讨论】：
将-f 选项用于git tag：
-f
--force
Replace an existing tag with the given name (instead of failing)
您可能希望将-f 与-a 结合使用来强制创建带注释的标签而不是未注释的标签。
在推送之前删除任何遥控器上的标签
git push origin :refs/tags/<tagname>
替换标签以引用最近的提交
git tag -fa <tagname>
将标签推送到远程源
git push origin master --tags
【讨论】：
git push -f origin <tagname>
git push origin master --tags 将推送标签，如果您已在本地提交任何更改，则master 分支。如果您只想推送标签，请使用git push origin --tags。
更准确地说，你必须强制添加标签，然后使用选项 --tags 和 -f 推送：
git tag -f -a <tagname>
git push -f --tags
【讨论】：
总结一下，如果您的遥控器被称为 origin 并且您正在处理 master 分支：
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
说明：
您还可以将第 4 行更改为 git push origin --tags 以将所有本地标签更改/更新推送到远程仓库。
以上答案基于@eedeep问题中的内容，以及Stuart Golodetz、Greg Hewgill和@ben-hocking的答案，以及他们答案下方的cmets，以及我的答案下方@NateS的原始cmets .
【讨论】：
用git tag -d <tagname> 删除它，然后在正确的提交上重新创建它。
【讨论】：
我在使用 Git 时会尽量避免一些事情。
使用内部知识，例如参考/标签。我尝试仅使用记录在案的 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 是示例提交。
【讨论】：
git tag -a fix123 790a621265 # create a new local, annotaged tag
我将在这里留下适合我需要的此命令的另一种形式。
我想移动一个标签v0.0.1.2。
$ git tag -f v0.0.1.2 63eff6a
Updated tag 'v0.0.1.2' (was 8078562)
然后：
$ git push --tags --force
【讨论】：
将一个标签移动到另一个提交的别名。
在您的示例中，要使用哈希 e2ea1639 移动提交，请执行以下操作：git tagm v0.1 e2ea1639。
对于推送的标签，使用git tagmp v0.1 e2ea1639。
这两个别名都会保留您的原始日期和消息。如果您使用git tag -d，您会丢失原始消息。
将它们保存在您的 .gitconfig 文件中
# Return date of tag. (To use in another alias)
tag-date = "!git show $1 | awk '{ if ($1 == \"Date:\") { print substr($0, index($0,$3)) }}' | tail -2 | head -1 #"
# Show tag message
tag-message = "!git show $1 | awk -v capture=0 '{ if(capture) message=message\"\\n\"$0}; BEGIN {message=\"\"}; { if ($1 == \"Date:\" && length(message)==0 ) {capture=1}; if ($1 == \"commit\" ) {capture=0} }; END { print message }' | sed '$ d' | cat -s #"
### Move tag. Use: git tagm <tagname> <newcommit>
tagm = "!GIT_TAG_MESSAGE=$(git tag-message $1) && GIT_COMMITTER_DATE=$(git tag-date $1) && git tag-message $1 && git tag -d $1 && git tag -a $1 $2 -m \"$GIT_TAG_MESSAGE\" #"
### Move pushed tag. Use: git tagmp <tagname> <newcommit>
tagmp = "!git tagm $1 $2 && git push --delete origin $1 && git push origin $1 #"
【讨论】：
另一种方式：
在远程仓库中移动标签。（如果需要，将 HEAD 替换为任何其他标签。）
$ git push --force origin HEAD:refs/tags/v0.0.1.2
取回更改。
$ git fetch --tags
【讨论】：
如果你使用 github 并且想要更改 commit for release（例如你发现在创建 release 后不提交 smth）。你可以使用
git push origin :refs/tags/<tagname>
在此命令之后 github 删除您的标签，您的发布将成为草稿。这意味着您可以重新创建发布并选择提交。您的文件和消息将被保存。
【讨论】：
如果你想移动一个带注释的标签，只改变目标提交但保留注释消息和其他元数据使用：
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开发的。
【讨论】：
git tag -f -a my_tag 已经保留了上一条消息的消息（使用 git 版本 2.11.0）。