为什么Perforce可以成为一个更好的版本控制系统？

Question

我见过一些人爱和讨厌Perforce。作为拥有其他版本控制系统经验的用户或管理员(免费的cookie和有DVCS经验的吉特，汞)，使您比其他版本控制系统更喜欢Perforce的主要原因/特性是什么？

编辑:不，我不卖Perforce..。这只是我正在进行的向我的公司推销DVCS的研究的一部分(参见我的问题历史)。

Answer 1

我在“愤怒中”(即在项目中)使用过绝对的“愤怒”；它非常适合您的源代码树非常大的情况--以多种语言、二进制文件(不应该签入)的几十到数百of的源代码，等等。

类似于subversion，它允许您一次只检出存储库的一部分。与subversion不同，它支持在不同级别并行地检出源树的多个分支。如果您有一个遗留应用程序，它曾经让不同的团队使用相同的代码库和测试，并遵循不同的目录约定，那么这一点很重要。

经过最初的调整(根据需要，在一周之内，断断续续)，我理解了Perforce及其在我的场景中的用例。

我在这个项目上还不到四个月，这个项目本身已经有十多年的历史了。

我想不出一种合理的方法来完成我要离开的项目；将存储库分解成子模块将使所有的工作停止，这对一家大公司来说总体上是不可行的。然而，单个团队可以使用git到subversion工具来帮助开发。

Jenkins (一个持续集成工具)有完全支持使用perforce的插件，因此它与敏捷实践并不矛盾。

Perforce绝对是一种“企业”工具，因为大多数小型团队不需要它，除非他们使用的是设计糟糕的文件树或许多大型二进制文件(如果他们与一个或多个代码项目共享版本控制的二进制文件库，那么视频游戏开发人员或图形设计人员可能就会有这种需要？)