如何使用主和开发上的PR分支策略在AzureDevOps repos中实现/设置GitFlow？
当我在master和develop分支上有pull request分支策略时，我如何在Azure Repos上实现Git Flow？我很想让它工作，但我不知道最好的做法。我目前在我的Azure Git存储库上有gitflow设置，但我在master上有PR分支策略。如果推送到master会因为没有创建PR而失败，我如何完成发布或热修复分支。类似地，如果我在AzureDevOps库中为我的开发分支制定了PR分支策略，我不能使用"git flow feature ...finish“来”完成“我的功能，因为推送到开发分支将失败？
我在develop (用于完成特性)和master (用于release merge和/or hotfix merge)上尝试过没有PR分支策略的情况下。
我曾尝试查阅AzureDevOps的分支机构战略指南，但没有提到GitFlow https://docs.microsoft.com/en-us/azure/devops/repos/git/git-branching-guidance?view=azure-devops#manage-releases
该指南更多地针对从" master“创建新功能的功能分支，并与PR合并，然后对于版本，它建议您从master创建版本和热修复分支，这些分支永远不会合并回来。
期望:能够完成功能并通过PR合并回开发，能够完成发布和热修复，并同时通过PR合并回主控和开发。
实际:完成一个特征。当尝试合并到任何具有PR分支策略的分支(主分支、开发分支)时，发布或热修复失败
回答 1
Stack Overflow用户
发布于 2019-12-19 06:18:54
gitflow finish功能将功能分支合并到开发分支中。因此，我们没有使用gitflow finish特性，而是创建了一个pull请求，以将更改放入到开发中。
完成一个版本或热修复可能会更棘手一些。为了做到这一点，我们创建了一个步骤，作为自动发布定义的一部分(在Azure devops中)，它将发布分支合并到master并自动开发。运行此作业的用户(可能是某个构建/发布代理用户)是分支策略中的exempt。在某些情况下，仍然需要一些手动干预。也就是说，当对发布分支的提交与对开发分支的提交冲突时。
https://stackoverflow.com/questions/56108148
复制相似问题