【问题标题】:Visual Studio - Website solution files - Creating copies of website folders in the same directory as the .sln fileVisual Studio - 网站解决方案文件 - 在与 .sln 文件相同的目录中创建网站文件夹的副本
【发布时间】:2012-10-16 23:28:47
【问题描述】:

我在使用 Visual Studio 2012 / TFS 在与我的解决方案文件相同的目录中创建网站目录副本时遇到问题。

我的repo结构如下;

源代码:

  • /src/website1
  • /src/website2
  • /src/libraryxyz

解决方案文件:

  • /sln/WebSites.sln

当我在新工作区中打开 WebSites.sln 时,Visual Studio 会创建 /src/website1 和 /src/website2 的副本并将它们放在 /sln 文件夹中。

这仅发生在网站上,libraryxyz 项目仍然相对引用。我检查了解决方案文件,网站参考是相对的(..//src/website1)。

有人对为什么会发生这种情况以及如何阻止它有任何想法吗?

编辑: 我有更多关于这个问题的信息;

  • 在我创建新工作区并加载新的工作区后它消失了 来自新工作区的解决方案。
  • 为另一个网站创建具有与上述相同结构的新解决方案会导致网站文件夹再次出现完全相同的问题。
  • 当问题发生时,到 TFS 存储库的实际文件夹映射会发生变化。也就是说,为了参数,网站目录将具有本地文件夹映射 c:\dev\ws1\src\website1,一旦加载解决方案,实际映射将更改为 c:\dev\ws1 \sln\website1 并且该网站之前映射到的文件夹变为空。
  • 现在包含两个使用新结构的新解决方案文件的新工作区仅在最新解决方案中出现问题。之前“固定”的解决方案运行良好。

我真的不知道为什么会发生这种情况,这似乎是默认行为,直到某些东西被改变,我只是不知道那个“东西”是什么。

【问题讨论】:

  • 这无疑是因为您使用的是网站而不是 Web 应用程序项目。它可以通过不使用网站来修复。
  • 这是一个遗留系统。由于它的状态以及早期做出的一些决定,无法将其转换为 Web 应用程序。
  • 我并不是说这是解决问题的唯一方法——只是最简单的方法。

标签: asp.net visual-studio tfs web solution


【解决方案1】:

我们终于找出了造成这种情况的原因。

解决方案文件未自动绑定到源代码管理。

文件 -> 源代码管理 -> 高级 -> 更改源代码管理。然后确保所有内容都绑定到源代码管理,即使绑定被视为“无效”。

【讨论】:

    猜你喜欢
    • 2012-06-10
    • 1970-01-01
    • 2012-02-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-01-24
    • 1970-01-01
    相关资源
    最近更新 更多