网站的分支结构
网站的分支结构
提问于 2010-03-17 06:25:00
我最近在读TFS Branching Guide，它建议每个版本都有一个分支。对于一个网站来说，一次只有一个“版本”发布。在这种情况下，只有一个"Production“分支合适吗？然后，在准备发布的过程中，将主分支中的更改合并到生产中。(与分支每个版本的建议相反。)如果您需要执行热修复，请在Production分支中执行，然后反向集成到Main中。通过这种方式，您可以在Production分支中完整地保留用于生产的配置文件。
附注：我应该提到的是，我们使用的是代码提升模型。
附注：显然，我所说的是存在的:它在Practical Perforce中被称为“暂存流”
回答 3
Stack Overflow用户
回答已采纳
发布于 2010-03-17 14:29:08
通常，production是为了反映生产中的内容，即：
- 实时站点中推送的内容
- 以及直接在实时站点
中进行的任何修补程序
这就是为什么在这种配置中，一个生产分支就足够了。
然后，您将需要遵循该逻辑：
- release分支，在将当前版本合并到生产分支之前，您可以在其中整合开发并对其进行测试。它们可以作为阶段性环境的来源，因为，正如您在问题(Practical Perfoce)中引用的文档中所提到的:它允许您进行非常频繁的发布，而不必为每个发布分支一个新的代码线。(它们通常用于支持web开发)
staging流本质上是一个可重用的发布代码线。每个暂存流用于release stabilization.的特定阶段
- 开发分支，用于日常开发(所有这些都不一定是下一个版本的一部分)，以及用于集成Prod (将Prod合并到开发)中的修补程序。
Stack Overflow用户
发布于 2010-03-17 06:37:15
我不知道这是否“合适”，但我对Subversion做了类似的事情……
我有开发/测试/生产，而不是分支/标记/主干。新功能/修复是在开发过程中创建的。完成后，它们将合并为测试和客户审查(通过转到测试网站)。一旦通过QA，更改将合并到生产中。钩子脚本在签入时自动更新相应的开发、测试和生产网站，每个“分支”都有自己唯一的web.config文件，指向适当的开发/测试/生产数据库。
Stack Overflow用户
发布于 2010-03-17 06:36:06
你的问题是什么？这是我们目前使用TFS的方式( btw是王牌)
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/2458610
复制相关文章
相似问题
腾讯云开发者
