Perversion用于Subversion用户？

Question

我刚刚换了工作。我以前的雇主使用Subversion，我的新雇主使用Perforce。

是否有任何资源可以帮助我，作为用户，将我的心智模型从Subversion改为Perforce？普通SVN命令有哪些类似物？哪些概念的实现方式不同？

我对Perforce vs Subversion的利弊并不特别感兴趣 - 已做出决定。关于S.O.还有很多其他问题。涵盖那个。我想知道我必须做什么（或不做）的心理调整。

Answer 1

Perforce和Subversion非常相似，它们都具有文件组的原子提交和基于路径的分支。

Perforce有：

a）待更改集 - 您可以将正在编辑的文件分组并操作组。

b）客户端规范 - 您可以在非常复杂的方案中将存储库映射到本地工作空间。

c）无外部 - 因此您无法将存储库的同一部分映射到工作空间中的多个位置，或将其他存储库映射到工作区中的子目录。

d）合并跟踪，这是Subversion的一项新功能。

e）强大的服务器连接：您必须在编辑文件之前告诉服务器，并且服务器使用此信息来了解您的本地工作空间状态，从而加快更新速度。

Answer 2

我想到了一些事情（四年前我使用过perforce - 事情可能已经改变了。）

• 锁定 - perforce要求您锁定正在处理的文件。 Subversion没有。
• 更改列表 - 更改列表是使用perforce的基础。每个提交都是一个更改列表。它们在颠覆中并不那么重要。

This blog post可以帮助您进行转换。

Answer 3

即使它不是最新的演示文稿，您仍然可以在this document中拥有一个很好的功能数组（在Perforce和SVN中）。

阅读Perforce Branch Naming and Repository Structure Guidelines会很有用，因为它的结构有点像SVN中的结构：Perforce使用存储库结构来表示分支以及其他目录结构。

Answer 4

我刚刚滑向另一个方向。我以前的雇主使用Perforce（Linux服务器，Mac和Windows客户端），我的新雇主正在转向SVN。这就是我遇到的问题：

• 我不会错过Perforce的分支。这可能是环境。
• 你必须锁定！但至少你可以设置多个锁和签到。
• 我讨厌 Perforce的“命令行”，你可以习惯它，但它从来都不简单。

我仍然不是Perforce的粉丝，所以ymmv。大部分习惯于使用提供的UI，按照雇主的要求进行锁定，并且要小心处理您正在进行的更改列表（很容易被隐藏在更改列表中）。

Answer 5

我现在也刚刚学习Perforce，对我来说有用的是P4命令的指南，它类似于SVN命令。我会开始（欢迎有人更熟练地扩展/编辑这个答案）：

svn commit      ...   p4 submit
svn update      ...   p4 sync
...

Answer 6

Perforce比SVN快得多，因为所有结账都存储在服务器上，因此不必检查更新中的每个文件。 当断开网络连接时，SVN的工作效果会更好 - 使用Perforce时，您必须在完成结账时告诉服务器。 它的Windows GUI真的很棒。 命令行并不像SVN那么容易。 谷歌使用它！