问题描述
在使用Azure DevOps Server时，希望了解在本地环境中维护Git仓库的最佳实践。他们希望使用”Fork-Clone-Push-PR”的Git工作流程。在进行fork操作时，他们希望能够选择将仓库fork到哪个项目以及使用什么名称进行fork。将所有这些fork都放在同一个项目中可能会导致大量的fork，看起来不太美观。用户想知道是否有更好的解决方案或一些技巧和最佳实践。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方案1
根据你的描述，你的目标是通过PR来控制质量。在这种情况下，使用fork机制可能并不是最佳选择。fork机制主要用于开源项目，目的是让完全陌生的人能够贡献代码而不给予他们对你的仓库的写权限。对于闭源项目，有其他更简单的方法来实现PR机制。
以下是一些关于Git分支策略的最佳实践：
– Gitflow：适用于对Git不太熟悉的团队，有一些很棒的工具和许多工具都采用了Gitflow模式。
– Trunk-based development：非常简洁的开发流程。
对于你的问题，我建议不要创建一个新的Azure DevOps项目来存储所有这些fork仓库，因为这只会增加工作的复杂性。你需要为两个项目设置安全性，管理新项目的用户和权限等。在这种情况下，减法可能比加法更好，我建议移除fork操作，使用一个好的分支策略来管理你的项目（如果可能的话）。这将极大地简化你的工作流程。
请让我知道是否回答了你的问题，或者如果你有任何进一步的问题。
正文完