在使用TFS时,使用Solution explorer与使用Source控件资源管理器

rem*_*rem 5 version-control tfs visual-studio-2010 visual-studio tfs2010

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

解决方案资源管理器是一种更自然的方式(至少对于像我这样的初学者而言),但使用Source控件资源管理器似乎更方便,更高效.有更多可用选项,但单击文件仍然会打开它的本地副本.

使用一种方法比另一种方法有什么好处?
我还应该去File => Open => Project/Solution,还是应该更好地使用Team Explorer => Source Control(看起来更快)?
使用Solution explorer时的情况显然是更好(甚至是唯一)选项?

And*_*rei 8

解决方案资源管理器用于解决方案,即用于开发.当您从解决方案资源管理器打开文件时,您正在打开项目的一部分 - VS会考虑从此文件中可以看到哪些程序集,名称空间等,从而为您提供智能感知.此外,Solution explorer上的上下文菜单针对开发过程 - 请注意所有这些"Build","Rebuild","Set as start up project"等等.

当您在解决方案资源管理器中查看解决方案时,您只看到源代码中使用的那些部分,我的意思是编译文件,资源等.此外,可能存在这样的情况:您将在解决方案中包含文件,但不包含在源代码控制,也是解决方案资源管理器中唯一可以看到它的地方.

源代码控制管理,另一方面是与源代码控制工作.它允许您在存储库中添加和删除文件,签入和签出,更新等.它与开发过程无直接关系 - 例如,源代码管理浏览器不会为您提供编译任何内容的机会.在Source control explorer中打开文件将其作为单个文件打开 - 是的,它仍然是可编辑的,但它现在不关于上下文,不会给你智能感知等等.

Source control explorer中查看源时,您不仅限于单个解决方案.想象一下当您在源代码管理中同时拥有项目文档(规范,模型)的文件夹时的情况.您可能不会在解决方案中包含它们,但仍需要以某种方式控制它们 - 在源代码管理中更新它们的版本,添加新版本等等.当您在解决方案资源管理器中时,这是不可能的,因为您无法看到解决方案本身之外的任何内容.因此,您可以使用这些文件的唯一位置是Source control explorer.

总而言之,Solution explorer用于处理源代码,即用于开发,Source control explorer用于处理存储库.