从 TFS 到 Azure 的持续集成与 Visual Studio 部署不一致答案

【问题标题】：Continuous Integration from TFS to Azure Inconsistent to Visual Studio Deployment从 TFS 到 Azure 的持续集成与 Visual Studio 部署不一致
【发布时间】：2012-12-01 22:59:04
【问题描述】：

我们正在为我们的 ASP.net Web 应用程序迁移到 Azure 云服务（不是网站）。我们希望开始使用具有“持续集成”发布的 Team Foundation 服务，就像我们目前在 AppHarbor 和 GitHub 之间使用的一样。

在使用 TFS 的“持续集成”功能时，我们遇到了挑战。将 Visual Studio 与 Azure 云服务、TFS 与 Azure 云服务进行比较时，构建不一致。当我们使用 TFS 的“持续集成”发布到 Azure 云服务时，我们的静态页面可以正常工作，但对于具有 *.cs 扩展名的页面无法找到我们在这些页面上放置的控件。但是，当我们使用 Visual Studio 2010 发布到 Azure 云服务时，这些页面可以正常运行。

您能否提供任何见解，说明为什么 Team Foundation Service 与 Azure 云服务的持续集成会导致带有 *.cs 扩展名的页面在使用相同的构建和部署时无法找到我们在这些页面上放置的控件从 Visual Studio 2010 到 Azure 云服务的确切代码是否完美？

【问题讨论】：

与论坛网站不同，我们不使用“谢谢”、“任何帮助表示赞赏”或Stack Overflow 上的签名。请参阅“Should 'Hi', 'thanks,' taglines, and salutations be removed from posts?.
可能是因为 Team Foundation Service 不包含您的所有二进制文件。签入时 TFS 构建是否有效？
是的，TFS 在每次签入时成功构建到 Azure 云服务。我们将检查以确保 TFS 包含所有二进制文件。我们会及时通知您我们的发现。 - 米奇
@MickyThompson 你找到解决办法了吗？

标签： visual-studio-2010 visual-studio azure tfs tfsbuild

【解决方案1】：

确保包含自定义控件的所有引用程序集都“不”从 GAC 引用。理想情况下将它们放在一个文件夹中（将其称为库或引用等以便于识别）。然后在您的项目中引用该位置的程序集，也不要忘记标记它们Copy Local = True。

任何不属于框架的内容都应该像这样包含在内。

【讨论】：