GitHub Desktop怎样为提交创建并推送标签

如果你已经在 GitHub Desktop 里完成一次提交，想把它标记成 v1.2.0 之类的版本节点，可以直接在 History 中创建标签，再把标签推送到远程仓库。关键是先选中准确的提交，再确认标签旁是否出现未推送提示；不要把“创建标签”和“创建 Release”混成同一步。

官方地址：https://desktop.github.com/

先确认仓库和提交位置

这个操作适合给已经完成、希望长期定位的提交加一个稳定标记，例如内部测试版本、演示版本或准备发布的版本节点。打开 GitHub Desktop 后，先在左上角确认当前仓库，再切换到左侧的 History。列表中的提交消息、作者和时间可以帮助你排除同一分支上相邻提交的干扰。

如果目标提交还没有生成，先回到 Changes 完成提交；如果目标提交已经推送，也可以创建标签，但后续删除标签要遵守远程历史的限制。本文只讲标签的创建、查看和推送，不展开 GitHub 网页上的 Release 编辑。

在 History 中为提交创建标签

1. 在左侧仓库列表中选中目标仓库，点击 History。
2. 在提交列表中找到要标记的提交，优先通过提交消息和时间确认对象。
3. 右键该提交，选择 Create Tag...。
4. 在 Create a Tag 对话框中输入标签名，例如 v1.2.0-rc1，然后点击 Create Tag。

GitHub Desktop 创建的是 annotated tag，它不是一个独立文件，而是绑定在某个提交上的历史标记。因此标签名要保持稳定、可读，避免在同一仓库里用同一个名字反复指向不同提交。创建后，回到提交详情查看元数据，确认标签出现在目标提交而不是相邻提交上。

看懂未推送提示并完成推送

点击带标签的提交后，元数据区域会显示标签名称。如果标签还没有推送到远程，GitHub Desktop 会在标签旁显示向上的箭头。这个状态很有用：它说明本地已经完成创建，但远程仓库还没有同名标签。

确认名称和提交都正确后，点击顶部的 Push origin，或使用当前仓库显示的推送按钮。GitHub Desktop 的默认行为是把新建的标签与关联提交一起推送；推送完成后，标签旁的未推送提示应消失。若远程分支本身没有待推送提交，界面仍可能只显示标签对应的推送动作，按当前按钮提示操作即可。

几个容易混淆的边界

标签和 Release 的关系也要分清：标签只是提交历史上的命名节点，Release 是围绕某个标签组织说明、附件和发布信息的更高层对象。只想固定一个版本节点时，创建并推送标签就够了；需要对外发布说明时，再进入对应的 Release 流程。

常见问题

为什么创建了标签，却在远程仓库看不到？

通常是只完成了本地创建，标签旁仍有向上箭头。确认目标提交后执行 Push origin，再检查远程仓库的标签列表。

标签名可以随便写吗？

技术上可以使用普通字符串，但建议采用能表达版本或环境的稳定命名，例如 v1.2.0、v1.2.0-rc1，并避免重复使用同名标签。

已推送的提交还能删除标签吗？

GitHub Desktop 对未推送提交上的标签提供删除入口；已推送标签涉及远程历史，不能按同样的本地删除路径处理。若标签已经被协作者使用，优先保留它并创建新的修订标签。