将解决方案添加到 TFS 会分配意外的本地工作区

Question

好的，我们在本地使用 TFS (Azure Dev Ops) 进行源代码控制。 当我在 VS 中创建一个新的 SSIS 项目并将其添加到源代码管理时，我希望它位于现有的 Architecture 文件夹中，并且“添加屏幕”如下所示：

我单击“确定”，它会将其添加到我想要的位置，但分配给它的本地路径/工作空间实际上是实际项目的路径。 为什么它不像其他项目那样继承 Architecture 文件夹的本地路径？ 请注意下面两幅图中本地路径的差异。

测试项目，其中本地路径 = 项目路径

记下父文件夹的本地路径。 这是我连接时在 TFS 中分配的本地路径/工作空间。

我希望本地路径能够继承。我应该拥有 TFS 中的“副本”（映射到本地路径/工作空间）和我现有的本地/物理副本。

这是怎么回事？ 我知道我可以更改本地路径/工作区，但这并不能真正解决我的问题。 试图理解为什么它会这样工作。

Answer 1

当您在 Visual Studio 中向源代码管理添加解决方案时，它会在服务器路径（例如

$/test/Architecture/testproject

）和本地路径（例如

C:\Users\username\source\repos\testproject

）之间创建映射。

您可以在页面中查看本地路径和源位置映射：

或者您可以通过右键单击项目文件夹>高级>属性或删除映射来检查映射关系。

它只是创建映射关系，不会将代码复制到您的工作区。这不会影响源代码控制，应该是一种设计行为。