问题标签 [plasticscm]

因此，我们正在尝试使用 PlasticSCM 建立复制的存储库，一个在美国，一个在澳大利亚，但遇到了一些障碍。

US 配置是 Active Directory，AU 配置是用户/密码。这本身没什么大不了的，我已经设置了SID转换表。

问题在于plasticscm 的复制命令本身。这是应该从美国复制到 AU 的命令，在 AU 服务器上运行。

我坚持的部分是 authdata 部分（以上只是一个示例）。如何生成隐藏密码？我认为这是阻止这两个存储库相互通信的唯一原因。

我目前正在为一个由 10 名开发人员组成的团队研究新的源代码控制选项。我们在 Visual Studio 2008 中进行 .net 开发。我们目前使用 VSS 进行源代码控制。

我们正在寻找一个集中的源代码控制解决方案（非分布式），带有一个不错的 Visual Studio 插件。我的经理推荐了 Plastic SCM，而我一直都听说过关于 Subversion 的好消息。我正在尝试决定我们是否应该采用 Subversion 或 Plastic SCM。

关于塑料单片机的信息不多（除了他们写的），我想知道这是否是一个好的解决方案。它们听起来好像分支要简单得多。

另一方面，Subversion 有一个强大、成熟的社区，并且已经过彻底的现场测试。

这些工具的优缺点是什么？

还有其他工具可以推荐吗？

谢谢

我看到他们有一个看起来像 WPF 的 Windows 版本，并且 Mac 屏幕截图在标题栏中显示 Mono。

它是用 Mono 用 C# .NET 编写的吗？

（我只是问，因为他们似乎做得对）

谢谢。

我知道已经有一些关于塑料 SCM 的问题，但它们已经存在一年多了。最近有人用过塑料单片机吗？你怎么看待这件事。

我使用过 git，目前正在使用 Hg。我喜欢 Hg 源代码控制，但 Visual Studio 集成不是很好，相关的任务/项目管理工具也不是很好。推荐使用塑料单片机，但我希望获得社区对它的看法。- 不，我不关心网站上的语法。与营销良好的网站相比，我更喜欢精心设计的解决方案。

1) 有人用过塑料单片机吗？它可靠吗？

2) 它与 Mercurial 相比如何？（这似乎是 Windows 上 DVCS 的一个很好的候选者。我尝试了 Git，但真的不喜欢它。）

3) 我真的很喜欢 TortoiseSVN。我喜欢一个中心模型，因为我认为如果它在存储库中，它是“安全的”并且可以跟踪。问题来了：分布式版本控制 (DVCS) 的兴奋值得炒作吗？

我的环境：

1. Windows 7的

2. Windows 开发（Dev. Studio 2005、SQL Server 2003）；整合会很好

3. 两个开发人员共享相同的代码

4. 几乎每天都将代码推送到生产服务器

我正在为Plastic SCM编写快速导出/快速导入，但在处理名称中包含空格的目录和文件时遇到问题。

例如，一个git fast-export类似的东西：

最终被导出为：

而不是“ move”(R)操作。名称中带有空格的文件也会发生同样的情况。

有没有办法正确处理？
这是否意味着 Git 无法处理带有空格的路径上的重命名？

使用下面的真实示例进行编辑：

我有这样的提交：

它无法导入说

所以，我知道它不支持移动目录，然后移动其中的文件......这有点奇怪，不是吗？

我正在为Plastic SCM /Git 编写一个快速导出/快速导入套件，但我发现了一些问题。

正如我从文档中读到的：

这种设计允许前端程序同时处理无限数量的分支，按照它们从源数据中可用的顺序生成提交

但是，实现“导出器”我发现您无法引用尚未创建的提交。例如，假设您首先引入合并的提交目标而不是源，然后您只需在此处引用源，但它根本不起作用。

因此，据我所知，“按照它们从源中可用的顺序生成提交”这句话是完全错误的，并且 git fast-import 确实需要按顺序提供提交，并且引用只能存在于之前引入的对象中。

这是对的吗？

谢谢。

我们正在研究 Plastic SCM 作为 Subversion 的可能替代品，用于我们产品的版本控制。除了非常庞大的源代码库外，我们还有非常大量的二进制资产（主要是美术资产，但也包括一些文档、AVI 等）。只是在上面加上一个数字——我们的主干分支的 HEAD 修订版的 svn 检出需要一个多小时，并且磁盘大小约为 9 GB。

有没有人在这样的环境下对 Plastic SCM 有任何经验，或者可以向我推荐一些关于 Plastic SCM 的性能和处理大型存储库的白皮书或案例研究？谷歌搜索并没有真正改变客观研究的方式——只是 Codice 自己发布的东西。我也意识到 Perforce 在这种环境中表现得非常好——我以前用过它——但我们是一个非常小的团队，预算也同样少，而且 Codice 为小型团队免费提供了这个系统（“社区版”）。

我非常接近将它安装在测试服务器上并进行尝试......但想先发布问题，以免在其他人已经在这样的环境中尝试过时浪费我的时间。在此先感谢您的时间。

2011 年 2 月 2 日更新： 只是一个更新，以防其他人有类似的问题并正在查看这个......我在一台相当普通的 Windows 2008 Server 机器上安装了 Plastic（2.8GHz Core 2 Duo，4 GB RAM，存储库正在存储在本地网络上的 SAN 上）为 Plastic 存储库运行 SQL Server 2008 R2。颠覆修订历史的导入需要一段时间 - 不到三天 - 大约 28000 个修订。然而，从 Plastic 中重新检查一个新分支是SMOKIN'很快的 - 使用 Plastic 只需不到 4 分钟，而使用 Subversion 则需要一个多小时，如上所述。到目前为止，我们印象非常深刻！

我正在写一个从 Git 到 Plastic SCM 的导入程序，我发现了一个我不知道的案例：

如您所见，最后一个元素（通过 Git 存储库本身的快速导出功能导出）进入一个 blob 而不是标记。为什么会这样？有没有办法“强制”所有对象作为标记导出？

谢谢

我正在开发Plastic SCM和 Git之间的双向同步。

我看过 Scott Chacon 的 hg-git Mercurial 插件，我看到它使用本地 git repos 来执行所有操作，而不是直接“调用”“远程 git 服务器”。

好吧，考虑到 Chacon 是这样做的，我想没有更好的方法可以做到这一点，但我想问一下是否有办法远程接收有关提交（修订）的信息（比如，“给我你的提交树以及它们的方式”重新相关，所以我可以检查地雷”），也是创建“推送”的好方法，而无需完整的本地 git 存储库。我正在研究 Ngit 和 lib2git 库。

谢谢，

巴勃罗