This GitHub guide 似乎表明tag-ing 发布快照已编译的二进制文件。我之前的假设是tag-ing 发布旨在快照源代码状态，其中构建（或等效）目录通常被故意忽略。还是仅通过提交版本更新来执行？
我想我想了解一个典型的流程，即发布需要采取哪些版本控制步骤。到目前为止，这是我的想象：
1.
git commit -m 'Add new feature'
2.
添加您的版本号（使用 semantic versioning）并将更改添加到暂存。
3.
git commit -m 'Bump version to X.Y.Z'
4.
Tag the release 通过将编译后的二进制文件上传到您在 GitHub 中的远程存储库
5.
通过 GitHub 客户端，在本地机器上同步以下拉在 GitHub 上执行的更新（标签）。
【问题讨论】：
我之前的假设是，标记发布是为了快照源代码状态，其中构建（或等效）目录通常被故意忽略
没错。
“发布”不是本地 Git 概念，但标签是。 GitHub 将 Git 标签用于其专有的发布功能。如果您标记修订并将该标记推送到 GitHub，您的版本将是源版本。
但是你可以选择add a binary to a release:
如果您希望在您的发行版中包含二进制文件，例如已编译的程序，请在二进制框中手动拖放或选择文件。
如果您想要二进制版本，您可以按照该页面中的说明通过 GitHub Web UI 创建您的版本。
你也可以
在本地创建一个带注释的标签，
git tag -a v1.0
将该标签推送到 GitHub，然后
git push --tags
转到https://github.com/user/repo/tags 并单击“编辑发行说明”链接，将您的二进制版本添加到其中。
在这里，您将能够为您的版本命名和描述，并上传您的二进制文件。完成此操作后，您的版本将显示在 https://github.com/user/repo/releases，其中包含 .zip 和 .tar.gz 格式的源的下载链接，以及您上传的任何格式的二进制文件。
【讨论】：