将 Plastic SCM 与公共代码托管服务一起使用的工作流程

Question

是否有一个简单的工作流程可以在内部使用 Plastic SCM，同时最好使用 github 或 Bitbucket 等流行的代码托管服务，而不需要“双重簿记”？

Answer 1

正如 VonC 所指出的，目前还没有直接使用 3.0 的方法（除非您编写“一点点”脚本），但我们正在努力将其作为即将到来的 4.0 的核心功能之一。

今天，内部 4.0 版本（查找 some screenshots here）能够使用快速导出/快速导入进行同步。例如：

• 从 git 快速导出（保存导出标记）
• 快速导入 Plastic SCM（生成您自己的导入标记以供重复使用）
• 在塑料 4.0 中进行更改
• 从 Plastic 快速导出到 Git

等等。

当然，限制是使用这种方法您无法处理双方同时进行的更改。

这就是我们致力于真正的“双向同步”的原因。

Plastic 4.0 将是一个重大变化，因为我们从“动态 dag”转变为静态 dag（如 Git），这将使沟通变得更加容易。

我们已经在内部将其用于 Plastic 开发（几周前从 3.0 移至 4.0），但它仍在测试、开发等中。

观看Distributed Branch Explorer 的新截图，这是揭示进化核心背后的重大改进之一...

Answer 2

就 Plastic SCM 存储库和 Git 存储库之间的往返转换而言，它们可能还不是一个“简单明了”的工作流程。
查看this thread中pablo的答案：

> 对 Plastic 非常感兴趣并尝试对其进行评估，但想从导入一些 git 项目开始（我的一些项目，一些从 github 签出的更大项目）

> 那么 - 有没有办法导入一个包含所有提交、分支、标签等的 git 存储库？

目前最好的方法是从 git 转移到 svn，然后从那里导入。

我们的计划是在几个月内与 Git 进行双向同步，但现在还没有，所以既然你现在想开始使用 Plastic，我最好去 svn 导入或简单地导入工作副本...

这并不意味着您不能直接在 Plastic SCM 工作区中使用 DVCS 存储库，但除非您执行严格的“双重簿记”（您不希望这样做），否则您只会在 DVCS（Git 或Mercurial) 仅回购您想要推送回 GitHub/bitbucket 的重要提交/变更集。