尝试使用TFS 2010时,我对在Visual Studio 2010中使用本地文件副本时使用的选项感到困惑:解决方案资源管理器或源代码管理资源管理器。
解决方案资源管理器是一种更自然的方式(至少对于像我这样的初学者来说),但使用Source控件资源管理器似乎更方便,更高效。有更多可用选项,但单击文件仍然会打开它的本地副本。
使用一种方法优于另一种方法有什么好处?
我还应该去 File =>打开=>项目/解决方案或者我应该更好地使用 Team Explorer =>源代码管理(似乎更快)?使用解决方案资源管理器的情况显然是更好(甚至是唯一)选项?
答案 0 :(得分:8)
解决方案资源管理器用于解决方案,即用于开发。当您从解决方案资源管理器打开文件时,您正在打开项目的一部分 - VS会考虑从此文件中可以看到哪些程序集,名称空间等,从而为您提供智能感知。此外,Solution explorer上的上下文菜单针对开发过程 - 请注意所有这些“Build”,“Rebuild”,“Set as start up project”等。
当您在解决方案资源管理器中查看解决方案时,您只会看到源代码中使用的那些部分,我指的是已编译的文件,资源等。此外,您可能会遇到这种情况。解决方案中包含但未包含在源代码管理中的文件,唯一可以在解决方案资源管理器中查看的位置。
另一方面,源代码管理浏览器用于处理源代码管理。它允许您在存储库中添加和删除文件,签入和签出,更新等。它与开发过程无直接关系 - 例如源代码管理浏览器不会给您机会编译任何东西在源代码管理浏览器中打开文件会将其作为单个文件打开 - 是的,它仍然可以编辑,但它现在不关于上下文,不会给你智能感知等等。
当您在源代码管理浏览器中查看来源时,您不仅限于个别解决方案。想象一下当您在源代码管理中同时拥有项目文档(规范,模型)的文件夹时的情况。您可能不会在解决方案中包含它们,但仍需要以某种方式控制它们 - 在源代码管理中更新它们的版本,添加新版本等等。当您在解决方案资源管理器时,这是不可能的,因为您无法看到解决方案本身之外的任何内容。因此,唯一可以使用这些文件的地方是源代码管理资源管理器。
总而言之,解决方案资源管理器用于处理源代码,即用于开发,源代码管理资源管理器用于处理存储库。
答案 1 :(得分:1)
当您在本地进行一些工作时,通常会使用解决方案资源管理器。您将检查您的文件执行您想要的任何更改并签入文件。但是从解决方案探索中获取最新版本有时会很棘手。源控件资源管理器最好用于获取最新版本的文件。所以在我的情况下,我将在今天开始的第一件事是使用源代码管理资源管理器获取最新文件,然后使用解决方案资源管理器全天与TFS进行交互。