【问题标题】:How to I set up a vendor branch workflow for Plastic SCM?如何为 Plastic SCM 设置供应商分支工作流程?
【发布时间】:2012-01-20 23:22:10
【问题描述】:

我参与了一个软件开发项目,我们有一个来自供应商的 PHP 应用程序,该应用程序具有相当定期的代码更新。我需要能够在此代码之上构建,同时,我需要能够跟踪供应商代码中的更改并将它们合并到我们自己的代码版本中。我设想它是这样的:

供应商 v1.0 --------v1.2------------v1.3--------v2.0---------v2 .1--------等。 | V V V 我们的分公司 v1.0--------v1.1---------v1.2------等。

我从头开始,寻找有关要使用的源代码控制软件的建议(我正在考虑使用 Plastic SCM)、最佳实践、工作流程设置以及关于什么最有效的一般建议。

【问题讨论】:

    标签: version-control workflow vendor-branch plasticscm


    【解决方案1】:

    嗯,你的场景很常见(它让我想起了一些手机制造商!:P)。

    您需要保持“供应商”分支同步,然后在需要时“合并”到“我们的分支”:P。

    为了做到这一点:

    • 如果您的“供应商”分支来自 Git 或任何“快速导出兼容”版本控制 -> 您可以使用带有“增量标签”的快速导入/导出来使其工作:http://codicesoftware.blogspot.com/2011/10/connecting-plastic-scm-to-github.html

    • 如果您的“供应商分支”SCM 不兼容,您可以使用“穷人”方法:将更改复制到指向“供应商”分支的塑料工作区顶部,然后使用“待定更改视图” " 来查找更改、删除、添加甚至移动的文件。

    塑料单片机的步骤

    • 为您的项目创建存储库
    • 创建一个“供应商”分支
    • 切换到它
    • 将您的“供应商代码”复制到您的工作区
    • 签到
    • 标记它
    • 从标签创建“你的代码”分支,继续努力

    为了更新您的供应商分支

    • 切换到“供应商”
    • 复制/粘贴代码到您的工作区(完整的供应商发行版)
    • 使用“待定更改视图”查找更改
    • 签到
    • 标签

    要应用您的“供应商代码”更新: - 从适当的标签合并到您的分支中

    【讨论】:

    • 谢谢,巴勃罗!如果你们能写一些关于将塑料 SCM 与供应商分支一起使用的文档,那就太好了。 Subversion Book 有一整章专门介绍它:)
    猜你喜欢
    • 1970-01-01
    • 2011-08-05
    • 1970-01-01
    • 2010-11-26
    • 2022-08-14
    • 2015-02-19
    • 2020-11-16
    • 1970-01-01
    相关资源
    最近更新 更多