TFS Azure 网站已关闭：回滚后错误仍然存在
TFS Azure website is down: Error persists after rollback
我有一个与 TFS 和 Azure 连接的网站。
我向该解决方案添加了另一个项目，但不小心弄乱了它的 nuget 包。
现在我回滚到之前的变更集，VS 和 TFS 在线的解决方案看起来像以前的变更集。
无论如何，网站仍然无法访问，我收到 this 错误：
[FileLoadException: Could not load file or assembly 'Microsoft.Owin,
Version=2.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its
dependencies. The located assembly's manifest definition does not match the
assembly reference. (Exception from HRESULT: 0x80131040)]
<OLDPROJECTNAME!>.Startup.ConfigureAuth(IAppBuilder app) +0
<OLDPROJECTNAME!>.Startup.Configuration(IAppBuilder app) +5
Which definitely belongs to the old added project which has now been removed
from solution/changeset.
为什么TFS坚持抱怨一个根本不存在于变更集中的问题！
更新
这是部署过程中的不当行为的另一个证据。
我在 azure 上创建了一个全新的网站，并再次部署了同一个网站，效果非常好。
问题是我不想删除并重新创建网站，因为我无权访问域名托管服务商及其设置。
有没有办法清理 azure 网站的内容（但域设置）并重新部署它？
感谢 David Ebbo of Microsoft, I've discovered in an msdn thread about this awesome tool Kudu 的帮助，这是使用 Azure 必须了解的知识。
在 Kudu 的帮助下，我已经能够浏览文件并发现文件夹被以前版本的文件污染了 - 正如我所怀疑的那样。
清除 wwwroot 文件夹的内容并再次重新部署后，问题就消失了。
希望对您有所帮助
我有一个与 TFS 和 Azure 连接的网站。
我向该解决方案添加了另一个项目，但不小心弄乱了它的 nuget 包。
现在我回滚到之前的变更集，VS 和 TFS 在线的解决方案看起来像以前的变更集。
无论如何，网站仍然无法访问，我收到 this 错误：
[FileLoadException: Could not load file or assembly 'Microsoft.Owin,
Version=2.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its
dependencies. The located assembly's manifest definition does not match the
assembly reference. (Exception from HRESULT: 0x80131040)]
<OLDPROJECTNAME!>.Startup.ConfigureAuth(IAppBuilder app) +0
<OLDPROJECTNAME!>.Startup.Configuration(IAppBuilder app) +5
Which definitely belongs to the old added project which has now been removed
from solution/changeset.
为什么TFS坚持抱怨一个根本不存在于变更集中的问题！
更新
这是部署过程中的不当行为的另一个证据。
我在 azure 上创建了一个全新的网站，并再次部署了同一个网站，效果非常好。
问题是我不想删除并重新创建网站，因为我无权访问域名托管服务商及其设置。
有没有办法清理 azure 网站的内容（但域设置）并重新部署它？
感谢 David Ebbo of Microsoft, I've discovered in an msdn thread about this awesome tool Kudu 的帮助，这是使用 Azure 必须了解的知识。
在 Kudu 的帮助下，我已经能够浏览文件并发现文件夹被以前版本的文件污染了 - 正如我所怀疑的那样。
清除 wwwroot 文件夹的内容并再次重新部署后，问题就消失了。
希望对您有所帮助