我正在使用与Ankh的陆龟SVN。我实际上花了太多时间调整和清理混乱的时间，我没有希望教育每个开发人员如何正确使用东西。我很抱歉，但我厌倦了，并且厌倦了手动恢复存储库/恢复/修复合并，有时甚至不得不再次编写一些代码。
所以这就是我的问题：是否有适合黑猩猩的源代码控制解决方案特权简化灵活性？项目和团队很小，我发现我们只需要非常简单和基本的chekout / checkin机制，没有蓬勃发展，功能和功能有限。这将有助于我不再对项目的完整性产生偏执。
我知道没有简单的方法可以做到这一点，并且需要最低限度的技术和纪律，但我最终想知道我们是否真的需要我们的情况，因为从长远来看，它会带来更多的麻烦而不是它有帮助。
首先，我建议你强迫开发人员清理他们自己的混乱，而不是为他们做。通过为他们这样做，你只是鼓励他们保持无知。无论如何，成为一种资源并为他们提供帮助，但让他们自己做。他们将很快了解他们的所作所为。
其次，很少有选项可以与大多数开发人员所希望的VS集成。 SVN就是其中之一。团队系统是另一个（但是更昂贵和更复杂的解决方案）。 Visual Source Safe也是一个选项，但它实际上是一个旧的，过时的系统，自2005年以来一直没有更新（甚至那个，这在很大程度上是一个未在7年前更新的系统的补丁工作它）。
如果你想要免费，没有什么比Subversion更简单的了。其他一切都将是古老的技术（如CVS），将会有更多的问题。有几个免费的SCM更强大，比如git和Mercurial，但你会遇到更多问题。如果您愿意付费，那么许多第三方工具都有更好的合并和可视化工具。我喜欢的是AccuRev。
还有一些用于视觉工作室的更好的商业SVN插件也可能有所帮助。我没有使用它们，但它们可能会改善开发人员对SVN的使用。
您的问题听起来更像是与流程和分支策略有关，而不是其他任何事情。
如果您的开发人员知道在签入之前总是获取最新代码并在本地解决冲突，运行所有测试等，那么您已经有了一个优势。
教育你的开发人员，而不是试图使用一个愚蠢的SCM（将来可能不会满足你的需求）。
至于分支策略 - 我发现每个功能的分支是最自然的工作方式，并且主要避免了合并冲突。
如果不解决流程和分支问题，更改SCM将无助于解决您的问题。
尝试将Mercurial和Tortoisehg组合为GUI。您也可以在Visual Studio中使用VisualHG。每个开发人员都可以自由地克隆和管理自己的存储库。达成协议后，您可以推送到同事的存储库或中心位置。
为了帮助采用，您可能会说服其他人在DVCS video页面上观看FogCreek Kiln。
有关合并的相对容易性，请参阅what-makes-merging-in-dvcs-easy和类似的SO讨论。
我想说，在团队中工作的每个开发人员都应该对源代码控制原则有深刻的理解。也许你应该得到更好的开发者！ :-)
为了回答你的问题，我总是发现Team System非常灵活且非常灵活。通过这种良好的IDE集成，可以对其进行配置以确保源控制的最佳实践。但是，它是一个相当大的源控制系统，因此可能会超出您的目的。
我认为问题更多的是过程而不是产品。严格的书面文档和流程可能会有效保持尽可能简单。您可以遵守合同义务。
也就是说我已经非常幸运地使用Visual SVN for Visual Studio。它易于使用和集成。
如果这太难了，可能会回复到TortoiseSVN，这是非常白痴的证据。
至于一个替代的超级简单产品我不知道这样的产品，但如果你真的需要一些轻量级的东西，那么带有日期戳和命名的zip文件就是源代码控制的穷人和无知形式。合并和恢复是一个婊子。