tar*_*yte 2 git release github
这个 GitHub 指南似乎表明tag-ing 发布快照已编译的二进制文件。我之前假设tag-ing a release 旨在快照源代码状态,其中构建(或等效)目录通常被故意忽略。或者这只是通过仅版本更新的提交来执行?
我想我正在尝试了解发布需要采取哪些版本控制步骤的典型流程。到目前为止,这是我的想象:
1.
git commit -m 'Add new feature'
Run Code Online (Sandbox Code Playgroud)
2.
更改版本号(使用语义版本控制)并将更改添加到暂存。
3.
git commit -m 'Bump version to X.Y.Z'
Run Code Online (Sandbox Code Playgroud)
4.
通过将编译的二进制文件上传到 GitHub 中的远程存储库来标记版本
5.
通过 GitHub 客户端,在本地计算机上同步以拉取在 GitHub 上执行的更新(标签)。
我之前假设标记版本是为了快照源代码状态,其中构建(或等效)目录通常被故意忽略
那是对的。
“发布”不是 Git 的原生概念,但标签却是。GitHub 使用 Git 标签来实现其专有的发布功能。如果您标记修订版并将该标记推送到 GitHub,您的版本将是源版本。
但您可以选择将二进制文件添加到版本中:
如果您希望在发布时包含二进制文件(例如已编译的程序),请在二进制文件框中手动拖放或选择文件。
如果您想要二进制版本,您可以通过 GitHub Web UI 创建版本,如该页面中所述。
或者,您可以
在本地创建带注释的标签,
git tag -a v1.0
Run Code Online (Sandbox Code Playgroud)将该标签推送到 GitHub,并且
git push --tags
Run Code Online (Sandbox Code Playgroud)转至https://github.com/user/repo/tags并单击“编辑发行说明”链接,将您的二进制版本添加到其中。
在这里,您将能够为您的版本提供名称和描述,并上传您的二进制文件。完成此操作后,您的版本将显示在https://github.com/user/repo/releases.zip上,其中包含源代码和格式的下载链接.tar.gz,以及您上传的任何格式的二进制文件。