gpt4 book ai didi

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

转载 作者:行者123 更新时间:2023-12-04 17:39:25 26 4
gpt4 key购买 nike

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

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

使用一种方法比另一种方法有什么优势?我应该继续文件 => 打开 => 项目/解决方案还是我应该更好地使用团队资源管理器 => 源代码管理(似乎更快)?使用时有哪些情况解决方案浏览器 显然是更好(甚至是唯一)的选择?

最佳答案

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

当您在 中查看您的解决方案时解决方案浏览器 ,您只看到源代码中使用的那些部分,我的意思是编译文件、资源等。此外,可能会出现这样的情况,即您将文件包含在解决方案中,但未包含在源代码管理中,并且只有一个地方可以看到它在解决方案浏览器 .

源代码管理器 另一方面是用于源代码控制。它允许您在存储库中添加和删除文件, checkin 和 checkout ,更新等。它与开发过程没有直接关系 - 例如 源代码管理器 不会给你编译任何东西的机会。在 中打开文件源代码管理器 将它作为单个文件打开 - 是的,它仍然是可编辑的,但它现在不涉及上下文,不给你智能感知等等。

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

综上所述,解决方案浏览器 用于处理源代码,即用于开发,源代码管理器 用于处理存储库。

关于visual-studio - 使用解决方案资源管理器与使用 TFS 时使用源代码管理资源管理器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7831650/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com