我们的开发商店目前使用 Visual SourceSafe。我们都知道这会如何结束(很糟糕)，所以我们正在调查其他系统。首先是 Perforce。有没有人有使用它并将其集成到 Visual Studio (2003/2005/2008) 的经验？它是否和其他任何产品一样好，或者相对而言它是否具有良好的功能？
最佳答案
我在最近的 3 份工作中使用了 Perforce(我目前的工作使用的是 Subversion，我几乎不喜欢它。)我是 Perforce 的忠实粉丝，从 SourceSafe 迁移它看起来就像 Nirvana。只需进行原子 checkin 将对您的公司产生巨大的插入作用。否则，Perforce 速度很快，它有很好的工具，而且工作流程很简单，可以完成合并和集成之类的事情。我全心全意地推荐它。它可能不像最新的分布式 VCS 那样全新和华丽，但老实说，我更喜欢客户端/服务器模型的速度，特别是如果你正在与其他国家的人合作，这些人可能与你的连接速度很慢。
Visual Studio 的集成非常好，但它有一些恼人的问题。如果您同时运行另一个 Perforce 客户端(如 P4V)，那么在显示当前 checkin / checkout 哪些文件方面，它在保持来自另一个客户端的更改同步方面非常糟糕。如果希望正确同步，通常必须关闭 Visual Studio 并再次加载项目。但是，同步状态实际上并不会影响 checkin / checkout /更新的正常工作，它只是意味着您可能会误以为某些东西处于与您在 Visual Studio 中实际不同的状态。 Perforce 客户端将始终显示正确的状态，因为它们不断与数据库同步。
此外，有时你会发现你需要“离线”工作(由于某种原因没有连接到 Perforce 数据库)，当你下次再次加载项目时，你的 Perforce 绑定(bind)可能会丢失，你必须重新绑定(bind)每个项目单独。如果您使用包含许多项目的解决方案，这可能是一个很大的麻烦。当您第一次 checkout 解决方案时也是如此，在集成发生之前需要绑定(bind)到 Perforce。
关于version-control - 微软商店中的 Perforce，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/26762/