将 Plastic SCM 与公共代码托管服务结合使用的工作流程
是否有一个简单的工作流程可以在内部使用 Plastic SCM，同时使用一种流行的代码托管服务（例如 github 或 Bitbucket），而不需要“双重簿记”？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
是否有一个简单的工作流程可以在内部使用 Plastic SCM，同时使用一种流行的代码托管服务（例如 github 或 Bitbucket），而不需要“双重簿记”？
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（2）
正如 VonC 指出的那样，目前 3.0 还没有直接的方法来做到这一点（除非您编写“一点点”脚本），但我们正在将其作为即将推出的 4.0 的核心功能之一。
今天，内部 4.0 版本（一些屏幕截图）能够做到使用快速导出/快速导入进行同步。例如：
等等。
当然，局限性在于使用这种方法无法处理双方并发的更改。
这就是我们致力于真正的“双向同步”的原因。
Plastic 4.0 将是一个重大变化，因为我们从“动态 dag”转变为静态 dag（如 Git），这将使沟通变得更加容易。
我们已经在内部使用它进行 Plastic 开发（几周前从 3.0 迁移到 4.0），但它仍在测试、开发等过程中。
观看分布式分支资源管理器的新屏幕截图，它是巨大的增强揭示了进化核心背后的内容......
As VonC pointed, there's no straightforward way to do it right now with 3.0 (unless you do a "little bit" of scripting) but we're working on it as one of the core features in the upcoming 4.0.
Today, the internal 4.0 release (find some screenshots here) is able to do synchronization using fast-export/fast-import. For instance:
And so on.
The limitation, of course, is that using this approach you can't handle concurrent changes made at both sides.
That's why we're working on a real "bi-directional synch".
Plastic 4.0 will be a major change since we move from our "dynamic dag" into a static one (like Git), which will make communication a lot easier.
We're already using it internally for Plastic development (moved a few weeks ago from 3.0 to 4.0), but it is still under testing, development and so on.
Watch the new screenshots of the Distributed Branch Explorer, one of the great enhancements to unveil what's behind the evolved core...
就 Plastic SCM 存储库和 Git 存储库之间的往返转换而言，它们可能还不是“直接”的工作流程。
请参阅 pablo 的答案。 net/forum193/default.aspx?g=posts&t=211" rel="nofollow noreferrer">此帖子：
这并不意味着您不能在 Plastic SCM 工作区中使用 DVCS 存储库，但除非您执行严格的“双重簿记”（您不希望这样做），否则您只能在 DVCS（Git 或 Mercurial）存储库中提交只有重要的您想要推回到 GitHub/bitbucket 的提交/变更集。
They might not be a "straightforward" workflow yet, in term of round-trip conversion between a Plastic SCM repo and a Git repo.
See the answer from pablo in this thread:
That doesn't mean you cannot use a DVCS repo right within your Plastic SCM workspace, but unless you do a strict "double bookkeeping" (that you don't want), you will only commit in the DVCS (Git or Mercurial) repo only the significant commits/changesets you want to push back to a GitHub/bitbucket.