Perforce分支的最佳实践

我对使用perforce有点陌生，想知道我应该/不应该做什么。。。 我对分支的想法没有太多的经验，我发现自己在寻找过去版本和错误修复的标签

顺便说一句，我当前的设置是Perforce 2009.1和visual studio 2008

---

提前谢谢

一般的分支策略是为主线创建一个分支，为开发人员创建一个分支，为每个版本创建一个分支。每个分支允许另一条发展路线。我们的想法是对发布分支进行错误修复，然后反向集成或“合并”到主线/dev中。最终，在下一个版本中，dev将集成到主线，等等

对于分支/集成，最好记住的是始终保持与分支的父/子关系，除此之外，集成同级分支的计算成本可能会很高

---

这有帮助吗？

一般的分支策略是为主线创建一个分支，为开发人员创建一个分支，为每个版本创建一个分支。每个分支允许另一条发展路线。我们的想法是对发布分支进行错误修复，然后反向集成或“合并”到主线/dev中。最终，在下一个版本中，dev将集成到主线，等等

对于分支/集成，最好记住的是始终保持与分支的父/子关系，除此之外，集成同级分支的计算成本可能会很高

---

这有帮助吗？

除了Blaskovicz所说的，我还可以推荐关于代码线和分支的章节。

除了Blaskovicz所说的，我还可以推荐中关于代码线和分支的章节。

您可以在《实用性能》一书中找到一些关于充分利用性能的有用指南：

您可以在《实用性能》一书中找到一些关于充分利用性能的有用指南：

性能顾问写了一篇相当简短的演讲，名为Perforce目录标准，它给出了分支模型的具体示例，可用于不同风格的开发和版本维护

---

一位Perforce顾问写了一篇相当简短的演讲，名为Perforce目录标准，它给出了用于不同开发和版本维护风格的分支模型的非常具体的示例

---

是的，这太完美了。多谢各位！是的，这太完美了。多谢各位！看起来该博客条目的URL没有保存下来，但我认为这可能是新的URL：看起来该博客条目的URL没有保存下来，但我认为这可能是新的URL：