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的工作原理完美吗?
确保所有引用的包含自定义控件的程序集“不是”从 GAC 引用的。理想情况下将它们放在一个文件夹中(将其称为库或引用等以便于识别)。然后引用项目中该位置的程序集,也不要忘记将它们标记为Copy Local = True。
任何不属于框架的内容都应该像这样包含在内。
| 归档时间: |
|
| 查看次数: |
586 次 |
| 最近记录: |