Perforce的优势是什么？

Question

Perforce的好处是什么？

我很想了解Perforce如何在给定的情况下比Subversion更好地工作。

如果您有使用Perforce和Subversion的经验，但不认为有任何优势，或者认为svn比Perforce更有优势，我也想知道原因。

Answer 1

我已经使用Perforce多年，还有Clearcase，Sourcesafe，RCS，PVCS，CVS和Subversion。最近，我也开始使用GIT了。

从这个经验来看，我的观点是，在大多数情况下，Perforce是商业环境下最好的版本控制系统。虽然不像Subversion那样简单，但它有许多更强大的功能，特别是在分支和合并方面。“默认锁定”方法通常更适合这种环境。

对于个人事务、小型协作项目、小型初创公司或开源项目，我发现Subversion在许多情况下更适合。他们有不同的方法，不同的工作方式。你不能只是把它们按比例排列起来，然后说哪一个是最好的。

也就是说，我讨厌ClearCase。ClearCase通常是自上而下的(管理决策)。

对于Subversion胜过Perforce的许多情况，如今许多人似乎更喜欢GIT、Bazaar、Mercurial等分布式系统。从我对GIT的了解来看，他们很可能是对的，我相信其他的帖子也会证明这一点。

Answer 2

Perforce的一大卖点是速度。服务器跟踪客户端上文件的状态；因此，像“为我获取仓库的最新状态”这样的操作是微不足道的--服务器已经知道您拥有什么文件，并且它可以向您发送最少量的信息。

这一优点也带来了一个缺点，即如果您在本地编辑文件而不先检出文件，在本地移动文件而不执行集成，或者在本地删除文件，则服务器和客户端可能会不同步。

因为Perforce服务器只向客户端发送最少的数据，所以Perforce在慢速链接上执行得很好，例如美国的客户端访问伦敦的仓库的情况。话虽如此，Perforce协议是相对“闲聊”的，因此它很容易在拥塞的链路上减速。

Answer 3

我每天都在工作中使用perforce，我不会推荐给任何人。我确信这可能是多年来最好的SCM，但它的核心模型已经过时了。

Perforce可能是我用过的最集中的SCM系统。想象一下，他们为没有在你的磁盘上缓存任何东西而感到自豪。做同步很烦人，因为在很多情况下，除非你不做强制同步，否则它什么也做不了--而强制同步确实会把所有东西从服务器复制回你身上--如果你的项目是10 if的，它会复制所有的内容。

我以前有过使用SourceSafe，CVS，SVN，Mercurial和git的经验。

我认为大多数开源SCM都是成熟的，您可以选择其中之一。如果你想要集中的东西，使用SVN，如果你想去分散的东西，使用Mercurial (我在Windows上使用git有不好的经验)。

我在perforce中遇到的其他一些问题：

• 你提交的不是你得到的:例如，如果你在Intel Mac上提交一个UTF16文件，并从另一个PPC Mac同步它，你会得到另一个UTF16文件，因为perforce是智能的，它会将你的文件按字节顺序转换到客户端。UTF16-BE - UTF16-LE？！
• 脚本执行的难度是其他工具的10倍。
• 如果你开始使用它，并通过脚本将它绑定到你的进程中，你可能会死掉，因为一切都是以强制的方式完成的：(
• 想象一下，关闭p4服务器非常容易:只需在项目的根目录上进行同步即可。在我工作的地方，这是不允许的，因为它会让发球局倒下！有一个监视脚本正在监视perforce服务器进程，如果其中一个进程占用了x GB的RAM，它会终止该进程并向您发送通知。是的，在客户机上执行一个简单的命令就可以在5-10秒内在服务器上创建一个3 3GB的进程。