Asp.net Visual Studio-网站解决方案文件-在与.sln文件相同的目录中创建网站文件夹的副本
Visual Studio 2012/TFS在与解决方案文件相同的目录中创建网站目录副本时遇到问题 我的回购结构如下: 源代码:Asp.net Visual Studio-网站解决方案文件-在与.sln文件相同的目录中创建网站文件夹的副本,asp.net,visual-studio,tfs,web,solution,Asp.net,Visual Studio,Tfs,Web,Solution,Visual Studio 2012/TFS在与解决方案文件相同的目录中创建网站目录副本时遇到问题 我的回购结构如下: 源代码: /src/网站1 /src/网站2 /src/libraryxyz 解决方案文件: /sln/WebSites.sln 当我在新的工作区中打开WebSites.sln时,Visual Studio会创建/src/website1和/src/website2的副本,并将它们放置在/sln文件夹中 这只发生在网站上,libraryxyz项目仍然相对地被引用。我已经
- /src/网站1
- /src/网站2
- /src/libraryxyz
- /sln/WebSites.sln
- 我创建了一个新的工作区并加载了新的 来自新工作区的解决方案
- 为另一个网站创建与上述结构相同的新解决方案会导致网站文件夹再次出现相同的问题
- 当问题发生时,到TFS存储库的实际文件夹映射将发生更改。也就是说,为了参数起见,网站目录将具有本地文件夹映射c:\dev\ws1\src\website1,一旦加载解决方案,实际映射将更改为c:\dev\ws1\sln\website1,并且网站先前映射到的文件夹将变为空
- 现在包含两个使用新结构的新解决方案文件的新工作区仅在最新解决方案中出现问题。以前的“固定”解决方案工作正常
我真的不知道为什么会发生这种情况,这似乎是默认的行为,直到某些事情发生了变化,我只是不知道“事情”是什么。最终我们找到了导致这种情况的原因 解决方案文件未自动绑定到源代码管理
文件->源代码管理->高级->更改源代码管理。然后确保所有内容都绑定到源代码管理,即使绑定被视为“无效”。这无疑是因为您使用的是网站而不是web应用程序项目。它可以通过不使用网站来修复。这是一个遗留系统。由于it的现状和早期做出的一些决定,不可能将其转换为web应用程序。我不是说这是解决问题的唯一方法,只是最简单的方法。