【问题标题】:Perforce best practices with Branching使用分支执行最佳实践
【发布时间】:2011-12-14 14:17:57
【问题描述】:

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

顺便说一下,我目前的设置是 Perforce 2009.1 和 Visual Studio 2008。

提前致谢!

【问题讨论】:

    标签: perforce


    【解决方案1】:

    一位 Perforce 顾问写了一篇名为 Perforce Directory Standard 的简短演示文稿,其中给出了用于不同风格的开发和发布维护的分支模型的非常具体的示例。

    https://www.perforce.com/blog/100607/perforce-directory-standard-pds

    【讨论】:

    【解决方案2】:

    您可以在 Practical Perforce 一书中找到一些关于充分利用 Perforce 的有用指南:http://shop.oreilly.com/product/9780596101855.do

    【讨论】:

      【解决方案3】:

      除了 Blaskovicz 说的,我还可以推荐 Perforce Manual 中关于 Codelines 和 Branching 的章节。

      【讨论】:

        【解决方案4】:

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

        要记住分支/集成的最佳方式是始终与分支保持父/子关系,除此之外,集成同级分支的计算成本可能很高。

        这有帮助吗?

        【讨论】:

        • 是的,这是完美的。非常感谢!
        猜你喜欢
        • 2023-04-01
        • 1970-01-01
        • 1970-01-01
        • 2016-11-29
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2021-05-25
        • 1970-01-01
        相关资源
        最近更新 更多