我们正在努力将 ASP.net Web 应用程序迁移到 Azure 云服务(而非网站)。我们希望开始使用 Team Foundation Service 进行“持续集成”发布,就像我们目前在 AppHarbor 和 GitHub 之间使用的那样。
我们在使用 TFS 的“持续集成”功能时遇到了挑战。将 Visual Studio 与 Azure 云服务、TFS 与 Azure 云服务进行比较时,生成不一致。当我们使用 TFS 的“持续集成”发布到 Azure 云服务时,我们的静态页面工作正常,但对于具有 *.cs 扩展名的页面无法找到我们放置在这些页面上的控件。但是,当我们使用 Visual Studio 2010 发布到 Azure 云服务时,这些页面可以正常运行。
您能否提供任何见解来解释为什么 Team Foundation Service 与 Azure 云服务的持续集成会导致带有 *.cs 扩展名的页面在使用相同的构建和部署时无法找到我们在这些页面上放置的控件从 Visual Studio 2010 到 Azure 云服务的确切代码是否完美?
最佳答案
确保所有引用的包含自定义控件的程序集“不是”从 GAC 引用的。理想情况下将它们放在一个文件夹中(将其称为库或引用等以便于识别)。然后引用项目中该位置的程序集,也不要忘记将它们标记为Copy Local = True。
任何不属于框架的内容都应该像这样包含在内。
关于visual-studio-2010 - 从 TFS 到 Azure 的持续集成与 Visual Studio 部署不一致,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13870262/