Team Foundation Server - 将文件的开发版本与生产分开

时间:2013-09-11 15:24:48

标签: tfs tfsbuild

我们正在使用Team Foundation Server并且正在开发一些我们想要在版本控制下的文件。我们不希望这些文件被意外推送到生产环境中。我们计划部署它们,但现在它们会破坏Web应用程序。对这些文件进行版本化的最佳(最简单)方法是什么,同时避免意外部署它们的可能性?

2 个答案:

答案 0 :(得分:1)

限制有权部署到生产的人。

将文件放入TFS以进行版本控制不会将它们部署到生产环境中。只有生产环境中具有权限的人才能部署到prod。

听起来你说的是你有一个版本的代码需要推向生产,另一个代码副本包含你不想推向生产的代码(如果你只有一个版本的代码,那么你只需要在准备就绪并解决问题之前不进行部署)

如果是这种情况,那么你需要的是分支机构。对于您正在同时处理的每个单独版本的代码库,您都有一个分支。这可能会变得复杂,因为您有很多选项来构建分支策略,这可能会对您的开发工作流程产生重大影响。有关详细信息,请参阅TFS Rangers Branching Guidance

如果你只有两个版本的代码库,那么最简单的分支结构将是trunk / MAIN分支,然后是DEV分支。 Trunk / MAIN是您推向生产的地方,DEV是您开展工作的地方。当您准备将更改发布到生产时,只会合并到MAIN中。

答案 1 :(得分:1)

简单的方法是搁置变化。但是,下一个最佳方式(我建议)是执行以下操作:

  1. 创建STG分支(此分支是您保留的地方 生产就绪代码或“测试”代码。)
  2. 合并当前代码 基础到STG分支。
  3. 创建PROD分支(使用此分支 到您当前的生产代码。 (容易拉动内容 生产。
  4. 准备好推送时,将STG分支与PROD合并 生产。
  5. 将基本代码分支保留为“主干”分支,这是代码保存的100%开发并且永远不会意外投入生产的地方。 (经常提前入住。)