源代码控制：是否绑定到IDE？

Question

我的解决方案相当大，位于SourceGear Vault中，并且绑定到VS2008 IDE。我发现只需打开它们就需要一段时间。

从长远来看，最好是将解决方案绑定到VS2008，只需稍后手动解决叛徒，或者在需要时使用源代码控制IDE一次检查一个文件。生产力明智。

Answer 1

我更喜欢将这些东西分开。让每个工具做自己擅长的事情。通过源代码控制，IDE可以充分膨胀而不会进一步降低速度。

（我从命令行使用CVS和Subversion，使用Visual Studio进行开发。我不使用任何现代的“源代码控制IDE”.8 - ）

Answer 2

这取决于。某些源控制解决方案（如svn）不需要您检查任何内容。其他像perforce和VSS在本地锁定文件并需要结帐。

当使用结账范例时，我发现IDE集成非常重要。每次编辑文件时都需要进行上下文切换，在文件系统中查找文件并结帐。

Subversion和cvs只关心你完成并准备提交。在这些系统上集成不太重要。

Answer 3

SCM应该有一个完全独立的API，具有适当的集成，允许您在IDE中使用它，或者从命令行，或通过shell集成，或与构建工具集成等等。

这允许用户使用他们喜欢的内容，同时允许该工具与其他工具（问题管理，持续集成工具等）有效集成。

SCM是（应该是）一种商品，可以让您在保护代码的同时继续工作。我使用的一些SCM工具没有这种心态，并且是一种巨大的痛苦。

Answer 4

我目前使用SVN，所以我使用命令行界面，Tortoise（GUI，插入Windows资源管理器）和IDE（VS2008），没有任何源代码控制挂钩。

当我过去使用Perforce时（正如Byron Whitlock所说，P4在本地锁定文件），我发现从命令行工作最方便。同样，IDE与源代码控件分离。

因此，您不必将源代码控制与IDE集成，如果这会降低您的生产力现在，我建议不要这样做。