我的团队已经使用SVN几年了.我们现在可以选择切换到Perforce.
进行这样的转换有什么好处(和陷阱)？
我正在试图找出一种方法来检测未打开以进行编辑但仍在本地修改的文件.p4 fstat返回headModTime任何给定文件的值,但这是库中的更改时间,不应等于文件系统的stat上次修改时间.
我希望存在比备份原始文件更强大的操作,强制同步文件,然后运行差异.想法？
我的一位同事对PerForce的可能性感到兴奋(我们基本上需要在后勤上对补丁和更改进行分组,并且本机上的SCM支持非常好).我们目前使用CVS,并对所有可能性开放.我们只有少数使用纯Eclipse并使用ant脚本运行构建的开发人员.
在跳入水中之前,我想听听其他技术原因可以说"好主意"或"坏主意"的人.我也想知道这在你的日常工作中是多么的干扰.
编辑2011:仅供记录.我们迁移到git - 决定性的因素是我们使用Eclipse和eclipse.org用于git,因此我们最终可以期待非常好的IDE集成.我们有点早了 - 直到今年夏天的Eclipse 3.7.今天git在Eclipse中非常好用.
编辑2015:事实证明,git最终成为无可争议的赢家,这得益于github和一般的IDE支持,结合Maven最终使Java项目与IDE无关.