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

Mic*_*son 6 tfs azure visual-studio-2010 tfsbuild visual-studio

我们正在努力迁移到我们的ASP.net Web应用程序的Azure云服务(非网站).我们希望开始使用Team Foundation Service和'持续集成'发布,就像我们目前在AppHarbor和GitHub之间使用的那样.

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

您能否提供任何见解,了解为什么Team Foundation Service对Azure Cloud Service的持续集成会导致具有*.cs扩展名的页面无法找到我们在这些页面上放置的控件,而构建和部署使用相同的代码来自Visual Studio 2010到Azure Cloud Service的工作原理完美吗?

IUn*_*own 0

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

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