网站建设和发布策略

发布于 2024-08-24 12:53:29 字数 346 浏览 1 评论 0原文

我们有一个基于 VS2008 和 TFS2008 构建的 ASP.Net MVC 解决方案。我们使用 TFS Build 并使用持续集成。

我们有一个部署管道,使我们能够最终将构建进展到我们的实时站点...

  • 内部开发(构建后立即部署)
  • 外部开发(由内部测试人员使用,以确保它在生产服务器上运行)
  • 外部测试(我们的客户用来测试自己)
  • 实时(不言自明)。

我有两个与此相关的问题,

  1. 其中哪些应该在调试中构建,哪些应该在发布中构建?
  2. 我应该如何编写 TFSBuild.proj 文件来应对此策略?

We have an ASP.Net MVC solution built in VS2008 and TFS2008. We use TFS Build and use Continuous Integration.

We have a deployment pipeline that enables us to progress a build, eventually, to our live site...

  • Internal Dev (immediate deployment following a build)
  • External Dev (used by internal testers to make sure it works on the production server)
  • External Test (used by our client to test themselves)
  • Live (self explanatory).

I have 2 questions relating to this

  1. Which ones of these should be built in Debug and which in Release?
  2. How should I write my TFSBuild.proj files to cope with this strategy?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

梦中楼上月下 2024-08-31 12:53:29

根据您的观点,只有内部开发应该处于调试模式。如果你想模仿生产环境,外部开发应该处于发布模式

As per your points, only the Internal dev should be in Debug mode. The External Dev should be in Release mode if you want to mimic the production environment

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文