如何为 Plastic SCM 设置供应商分支工作流程？
我参与了一个软件开发项目，其中我们有一个来自供应商的 PHP 应用程序，并且代码更新相当定期。我需要能够在此代码之上进行构建，同时，我需要能够跟踪供应商代码中的更改并将它们合并到我们自己的代码版本中。我设想它是这样的：
VENDOR v1.0 --------v1.2-----------v1.3--------v2.0---------v2.1------ETC.
|
V V V
OUR BRANCH v1.0-------v1.1---------v1.2------ETC.
我从头开始，寻找有关要使用的源代码控制软件的建议（我正在考虑 Plastic SCM）、最佳实践、工作流程设置以及关于什么最有效的一般建议。
I have been thrown into a software development project where we have a PHP application from a vendor with fairly regular code updates. I need to be able to build on top of this code while, at the same time, I need to be able to track the changes in the vendor's code and merge them into our own code releases. I envision it as something like this:
VENDOR v1.0 --------v1.2-----------v1.3--------v2.0---------v2.1------ETC.
|
V V V
OUR BRANCH v1.0-------v1.1---------v1.2------ETC.
I am starting this from scratch and looking for recommendations on the source control software to use (I am considering Plastic SCM), best practices, workflow setup, and general advice on what works best.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
嗯，你的情况很常见（这让我想起了一些手机制造商！:P）。
您需要保持“供应商”分支同步，然后在需要时“合并”到“我们的分支”:P。
为了做到这一点：
如果您的“供应商”分支来自 Git 或任何“快速导出兼容”版本控制 ->您可以使用带有“增量标签”的快速导入/导出来使其工作： http://codicesoftware.blogspot.com/2011/10/connecting- Plastic-scm-to-github.html
如果您的“供应商分支”SCM 不兼容，您可以使用“穷人”方法：将更改复制到指向“供应商”分支的塑料工作区顶部，然后使用“挂起的更改视图”来查找更改、删除、添加和甚至移动的文件。
使用 Plastic SCM 的步骤为
以便更新您的供应商分支
要应用“供应商代码”更新：
- 从适当的标签合并到您的分支中
Well, your scenario is pretty common (it reminds me some mobile phone manufactures! :P).
You'll need to keep your "vendor" branch in sync and then "merge down" to "our branch" :P when required.
In order to do that:
If your "vendor" branch comes from Git or any "fast-export compatible" version control -> you can use fast-import/export with "incremental tags" to make it work: http://codicesoftware.blogspot.com/2011/10/connecting-plastic-scm-to-github.html
If your "vendor branch" SCM is not compatible you can use a "poor's man" approach: copy your changes on top of the Plastic workspace pointing to the "vendor" branch and then use the "pending changes view" to look for changed, deleted, added and even moved files.
Steps with Plastic SCM
In order to update your vendor branch
To apply your "vendor code" updates:
- merge from the appropriate label into your branch(es)