如何通过 Pull Request 工作流程使用 Github 发布功能

Question

我在 Github 上有一个项目，所有团队都使用 Pull Request 工作流程。所以每个开发人员都有一个主存储库的分叉。

解决添加新功能问题的过程如下：

1. 开发人员在其本地存储库中创建一个分支（从 master 分叉）
2. 开发人员开始处理解决问题的票证
3. 一旦开发人员完成了票证，他就会将更改提交到本地存储库，并将更改推送到 Github 中的 Fork
4. 然后，他从该分支向 Master 请求一个 Pull 请求
5. 团队负责人访问主存储库并验证拉取请求并接受更改并将其合并到主存储库。

当我们要发布时，发布的代码来自 Master 存储库，但我们希望像 Master 中的代码的基线一样，这样任何其他接受并合并到 Master 中的 Pull 请求都不会更改我们的代码即将发布。

我们是否可以使用来自 Github 的发布功能在某个时刻获取 Master 存储库代码的副本，并保持该代码不变，即使某些新的 Pull 请求合并到 master 中也是如此？

Answer 1

为了回答你的问题，是的，你可以通过发布来做到这一点。GitHub 版本实际上只是 git 标签。你不能（据我所知）创建带有 PR 的版本，但你可以使用标签：

$ git checkout master
$ git pull origin master
$ git tag v1.2.3
$ git push origin master --tags

您现在将在 GitHub 上的“发布”部分中看到 v1.2.3。您可以对其进行编辑以使其更加详细、附加二进制文件等。

标签不像分支那样工作，但如果需要，您可以轻松地从标签创建分支。

确保您已获取标签：

git fetch --all --tags --prune

然后检查标签并创建一个新分支：

git checkout tags/<tag_name> -b <branch_name>