我的团队使用 SVN 已有几年了。我们现在可以选择切换到 Perforce。
做出这样的转变会有什么好处(和陷阱)?
- P4 keeps track of your working copy on the server. This means that
- 大型工作副本的处理速度要快得多。我曾经有一个大型 SVN 项目,一个简单的更新需要 15 分钟,因为它必须创建本地工作副本树(数千个文件夹)。文件访问速度慢。 P4 将有关工作副本的信息存储在数据库中,因此任何操作总是近乎即时的。
- 如果你乱搞你的文件并且不告诉服务器,你就有麻烦了!您不能只删除文件 - 您必须使用 P4 客户端删除文件,以便服务器知道。请注意,如果您在本地删除文件,则在连续更新时不会再次下载该文件,因为服务器认为您已经拥有它!当发生很多这种情况并且我最终完全不同步时,我通常不得不清理本地副本并再次下载,这可能非常耗时。你must对此要小心。
- Explorer shell 扩展客户端(想想 TortoiseSVN)很糟糕并且完全无法使用。
- 有两个 GUI 客户端应用程序提供了最好的功能:P4Win 和 P4V,其中 P4V 更新且更易于使用,但功能不那么丰富。
- 有 Visual Studio 和 Eclipse 插件,虽然没有很多高级功能,但运行效果相对较好。
- 一般来说,P4 提供的功能比 SVN 少得多,有时甚至令人困惑。
- 工作副本定义很好且灵活。我相信 P4 在这里优于 SVN:您可以定义工作副本文件夹的掩码并创建各种奇怪的树,因此您只将您想要的内容下载到您想要的位置,而无需手动进行多次签出。当我的服务器上有千兆字节的内容并且只需要其中的特定子集时,这非常方便。我在类似的情况下使用了 SVN,但麻烦得多。
- P4 下的分支是……奇怪的。分支集和不同类型的分支以及令人困惑的用户界面。不幸的是,我不记得这方面的太多细节。
除此之外,它非常标准。
我建议您保留 SVN,除非您处理庞大的代码库或讨厌 .svn 文件夹乱七八糟地乱七八糟的文件系统。 SVN+TortoiseSVN 对于大多数情况来说要舒服得多。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)