对于像我这样的初学者来说,解决方案资源管理器是更自然的方法,但使用源代码控制资源管理器似乎更方便和高效。有更多的选项可用,但单击文件仍会打开其本地副本。
使用其中一种方法的优势是什么?
我是否仍然应该选择文件 => 打开 => 项目/解决方案或者更好的是使用团队资源管理器 => 源代码控制(它似乎更快)?
在什么情况下,明显使用解决方案资源管理器更好(甚至是唯一的)选项?
对于像我这样的初学者来说,解决方案资源管理器是更自然的方法,但使用源代码控制资源管理器似乎更方便和高效。有更多的选项可用,但单击文件仍会打开其本地副本。
使用其中一种方法的优势是什么?
我是否仍然应该选择文件 => 打开 => 项目/解决方案或者更好的是使用团队资源管理器 => 源代码控制(它似乎更快)?
在什么情况下,明显使用解决方案资源管理器更好(甚至是唯一的)选项?
当你在解决方案资源管理器中查看你的解决方案时,你只会看到那些在源代码中使用的部分,也就是编译后的文件、资源等。此外,可能会出现这样的情况:某个文件包含在解决方案中,但未包含在源代码控制中,唯一能看到它的地方就是解决方案资源管理器。
源代码控制资源管理器则是用于处理源代码控制的。它允许你添加和删除仓库中的文件,进行签入、签出、更新等操作。它与开发过程没有直接关系——例如,源代码控制资源管理器不会给你提供任何编译的机会。在源代码控制资源管理器中打开文件只是打开单个文件——是的,它仍然可以编辑,但它不知道上下文,不能提供智能感知等功能。
当你在源代码控制资源管理器中查看源代码时,并不局限于单个解决方案。想象一下这样的情况:你还有一个包含项目文档(规格、模型)的文件夹在源代码控制中。你可能不想将它们包含在你的解决方案中,但你仍然需要以某种方式控制它们——更新它们在源代码控制中的版本、添加新的等等。如果你在解决方案资源管理器中,就无法做到这一点,因为你无法看到解决方案之外的任何东西。因此,唯一能处理这些文件的地方就是源代码控制资源管理器。
总之,解决方案资源管理器用于处理源代码,也就是开发过程,源代码控制资源管理器则用于处理源代码控制。
解决方案资源管理器通常用于本地工作。您将检出文件,进行所需更改,然后将文件检入。但有时从解决方案资源管理器获取最新版本可能会有些棘手。最好使用源代码控制资源管理器来获取文件的最新版本。因此,在我的情况下,我一天开始时要做的第一件事是使用源代码控制资源管理器获取最新文件,然后在整个工作日中使用解决方案资源管理器与 TFS 进行交互。