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

Question

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

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

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

当我们要发布时，发布的代码来自Master repo但是我们想要像Master中的代码的基线一样，所以任何其他Pull Request接受并合并到Master中都不会改变我们要发布的代码。

  

Github的发布功能是否可以用来在某个时刻获取Master repo代码的副本并保持代码不变，即使某些新的Pull Request被合并到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>