Visual studio 使用TFS时使用解决方案资源管理器与使用源代码管理资源管理器

尝试使用TFS 2010时，我对在Visual Studio 2010中使用文件的本地副本时使用的选项感到困惑：解决方案资源管理器或源代码管理资源管理器

解决方案资源管理器是一种更自然的方法（至少对于像我这样的新手来说），但使用源代码管理资源管理器似乎更方便、更高效。有更多可用选项，但单击文件仍会打开该文件的本地副本

---

使用一种方法比使用另一种方法有什么优势
我应该继续使用File=>Open=>Project/Solution还是应该更好地使用Team Explorer=>Source Control（似乎更快）？
使用解决方案资源管理器时会出现什么情况显然更好（甚至是唯一的）选择？

解决方案资源管理器用于处理解决方案，即用于开发。当您从解决方案资源管理器打开文件时，您正在打开项目的一部分-VS将考虑哪些程序集、名称空间等应该从此文件中可见，这将为您提供intellisense。此外，解决方案资源管理器上的上下文菜单针对的是开发过程——请注意所有这些“构建”、“重建”、“设置为启动项目”等等

当您在解决方案资源管理器中查看解决方案时，您只会看到源代码中使用的部分，我指的是编译文件、资源等。此外，可能会出现这样的情况，即解决方案中包含文件，但不包含在源代码管理中，只有在解决方案资源管理器中才能看到它

另一方面，源代码管理资源管理器用于使用源代码管理。它允许您在存储库中添加和删除文件、签入和签出、更新等。它与开发过程没有直接关系-例如源代码管理资源管理器不会给您编译任何内容的机会。在源代码管理资源管理器中打开文件会将其作为单个文件打开-是的，它仍然是可编辑的，但现在它不再与上下文相关，也不会为您提供intellisense等功能

在源代码管理资源管理器中查看源代码时，您不仅限于单个解决方案。想象一下，当您在源代码管理中也有包含项目文档（规格、模型）的文件夹时的情况。您可能不知道应该在解决方案中包含什么，但您仍然需要以某种方式控制它们——在源代码管理中更新它们的版本，添加新版本，等等。当您在解决方案资源管理器中时，这是不可能的，因为您无法看到解决方案本身之外的任何内容。因此，您可以使用这些文件的唯一地方是源代码管理资源管理器

---

总而言之，解决方案资源管理器用于处理源代码，即用于开发，源代码管理资源管理器用于处理存储库。

解决方案资源管理器通常在本地执行某些工作时使用。你将签出你的文件，做你想做的任何更改并签入文件。但从SolutionExplore获取最新版本有时可能会很棘手。最好使用源代码管理资源管理器获取最新版本的文件。因此，在我的情况下，我一开始要做的第一件事是使用源代码管理资源管理器获取最新文件，然后全天使用解决方案资源管理器与TFS交互。

“但是从解决方案资源管理器获取最新版本有时会很棘手。最好使用源代码管理资源管理器获取最新版本的文件。”你能详细说明一下吗？我正在做一个项目，在这个项目中，两个不同的visual studio解决方案之间很少共享项目文件。当我从解决方案资源管理器获取最新版本时，有时并非所有相关文件都替换为最新版本。但从源代码管理资源管理器获取最新版本可以保证所有最新文件。我希望这能回答你的问题，mbx。确实如此，但提出了另一个问题：-）你如何管理你的构建/测试过程？如果在一个解决方案的上下文中签入其中一个共享项目中的更改，则需要触发所有其他受影响解决方案的测试。是的，因为此构建过程处于混乱状态。但我们现在使用Jenkins进行持续集成。它对我们起了神奇的作用。对于每个签入，它都会启动一个构建，如果任何解决方案中存在构建失败，它就会返回。所以，我们现在发现问题的时间只有20分钟。