Visual studio 2008 源代码管理：是否绑定到IDE？

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

---

从长远来看，将解决方案绑定到VS2008是否更好，只是稍后手动解决叛徒问题，或者在需要时使用源代码管理IDE一次检出一个文件。生产力方面。

我更喜欢把这些事情分开。让每种工具都发挥它的优势。IDE已经足够膨胀了，但没有通过源代码控制进一步降低它们的速度

---

（我使用命令行中的CVS和Subversion，使用Visual Studio进行开发。我不使用任何现代的“源代码管理IDE”。8-

我更喜欢将这些东西分开。让每种工具都发挥它的优势。IDE已经足够膨胀了，但没有通过源代码控制进一步降低它们的速度

---

（我使用命令行中的CVS和Subversion，并使用Visual Studio进行开发。我不使用任何现代的“源代码管理IDE”。8-

这取决于具体情况。一些源代码管理解决方案（如svn）不需要您签出任何内容。其他像perforce和VSS这样的软件会在本地锁定文件，并需要签出

我发现在使用签出范例时，IDE集成非常重要。每次编辑文件时，必须切换上下文，在文件系统中查找文件并签出

---

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

视情况而定。一些源代码管理解决方案（如svn）不需要您签出任何内容。其他像perforce和VSS这样的软件会在本地锁定文件，并需要签出

我发现在使用签出范例时，IDE集成非常重要。每次编辑文件时，必须切换上下文，在文件系统中查找文件并签出

---

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

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

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

---

SCM是（应该是）一种商品，它使您能够在确保代码安全的同时继续工作。我使用过的一些SCM工具没有这种思维方式，这是一种巨大的痛苦。

SCM应该有一个完全独立的API，如果您愿意，可以通过适当的集成在IDE中使用，或者通过命令行、shell集成或与构建工具的集成等

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

---

SCM是（应该是）一种商品，它使您能够在确保代码安全的同时继续工作。我使用过的一些SCM工具没有这种思维方式，是一种巨大的痛苦。

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

当我在过去使用Perforce时（正如Byron Whitlock所指出的，P4在本地锁定文件），我发现从命令行工作是最方便的。IDE再次与源代码管理分离

---

因此，您不必将源代码管理与IDE集成，如果这降低了您的工作效率，我建议您不要这样做。

我目前使用SVN，因此我使用命令行界面、Turtoise（GUI，插入Windows资源管理器）和IDE（VS2008），而不使用任何源代码管理挂钩

当我在过去使用Perforce时（正如Byron Whitlock所指出的，P4在本地锁定文件），我发现从命令行工作是最方便的。IDE再次与源代码管理分离

因此，您不必将源代码管理与IDE集成，如果这降低了您的生产率，我的建议是不要这样做