Git 多个功能分支的工作流
Git workflow for multiple feature branch
我们当前的存储库有一个 Master 和 Develop 分支。
任何时候，如果开发人员正在处理一个故事，开发人员就会创建一个分支，一旦编码完成，就会提出拉取请求以合并开发。
到目前为止还不错，但是当两个开发人员在同一个存储库上处理不同的功能分支时，如果一个开发人员将他的更改合并到 develop 而另一个仍在进行，则会出现合并冲突等问题，我们不会'希望两个不同的功能分支一起发布。
我知道这不是问题，但我们希望避免一次发布多个功能分支。
关于最佳实践的任何想法。
最佳做法是，第二个开发人员应首先将他的功能分支从 "develop" 分支变基，然后通过创建拉取请求将他的更改合并回 "develop" 分支。
如果您不想同时发布两个功能分支的更改，您可以在合并成功后在 "develop" 分支上创建标签并使用这些标签发布代码。
希望对您有所帮助！
我建议您在合并到“开发”分支后创建标签。如果您也希望使用标签从“master”分支发布代码，那也没有什么坏处。
老实说，您希望如何从 Git 托管存储库中发布代码没有任何强硬的界限？
你可能喜欢按照这个顺序
从 develop 分支重新设置第二个 dev 的功能分支以获取 dev1 的更改并避免合并冲突
git结帐feature_branch2
git 变基开发
合并feature-branch2开发分支
git结帐开发
git合并feature_branch2
标记您要发布的版本
git结帐provide_version_you_wish_to_release
git 标签 tag_name
我们当前的存储库有一个 Master 和 Develop 分支。 任何时候，如果开发人员正在处理一个故事，开发人员就会创建一个分支，一旦编码完成，就会提出拉取请求以合并开发。
到目前为止还不错，但是当两个开发人员在同一个存储库上处理不同的功能分支时，如果一个开发人员将他的更改合并到 develop 而另一个仍在进行，则会出现合并冲突等问题，我们不会'希望两个不同的功能分支一起发布。
我知道这不是问题，但我们希望避免一次发布多个功能分支。
关于最佳实践的任何想法。
最佳做法是，第二个开发人员应首先将他的功能分支从 "develop" 分支变基，然后通过创建拉取请求将他的更改合并回 "develop" 分支。
如果您不想同时发布两个功能分支的更改，您可以在合并成功后在 "develop" 分支上创建标签并使用这些标签发布代码。
希望对您有所帮助！
我建议您在合并到“开发”分支后创建标签。如果您也希望使用标签从“master”分支发布代码，那也没有什么坏处。 老实说，您希望如何从 Git 托管存储库中发布代码没有任何强硬的界限？
你可能喜欢按照这个顺序
从 develop 分支重新设置第二个 dev 的功能分支以获取 dev1 的更改并避免合并冲突
git结帐feature_branch2
git 变基开发
合并feature-branch2开发分支
git结帐开发
git合并feature_branch2
标记您要发布的版本
git结帐provide_version_you_wish_to_release
git 标签 tag_name