-
0 votesanswersviews
开发隔离分支策略：分支的起源？
我们有两个分支机构; Development （开发人员定期检查/集成）和 Main （其中来自Development的代码合并为版本控制/发布） . 在阅读有关分支"strategies" / "best practices"时，据说 Development 必须是 Main 的分支 . Development 必须从 Main 分支 . 例如，在阅... -
1 votesanswersviews
需要基于干线的开发建议
在做了几年的功能分支之后，我一直在寻找关于分支策略的良好资源，并且在很多分支机构和合并恶梦中苦苦挣扎 . 功能分支确实为我们提供了一个很好的隔离，以非常精细的方式管理版本，以便发布哪些功能 . 然而，他们提出的问题（许多分支，合并冲突）远远超过他们给予的好处 . 我们在后端使用Oracle数据库（带有5000个对象） . 我们还有多个团队在同一产品的不同领域开展工作 . 我们正在使用带有TFS的V... -
1 votesanswersviews
ALM基本分支计划 - 发布分支的目的？
Microsoft ALM团队将基本分支计划描述为需要 MAIN ， DEV 和 RELEASE 分支 . 我正在努力将分支/合并介绍给目前使用源代码控制而没有任何分支的新团队 . 我想知道如何实际使用RELEASE分支 . 可以在DEV分支中进行更改然后合并到MAIN分支而无需RELEASE分支吗？ MAIN仍然是只读的 . 它本质上基本上是RELEASE分支 . 我说这个的原因是因为我们没有那... -
-3 votesanswersviews
Git Cherry-pick分支策略？
所以我加入了一个团队，最近（去年）从TFS搬到了GIT . 分支策略就是这样 . 开发 - >发布 - >硕士 . 当Dev准备就绪时，合并到Release . 从发布构建并部署到各种环境 . 一旦到达第一个 生产环境 环境，就合并到Master，因此master始终是保留的 生产环境 状态 . 如果需要修补程序，请在Dev，Cherry-pick to Release中进行更改，一旦... -
0 votesanswersviews
如何使用TeamCity和Octopus完成此分支和部署策略
我一直在研究并试图找出最佳的分支和部署策略来完成下面的要求 . 也许我错过了一些东西，但它似乎比看起来更复杂 . 理想情况下，我们只有一个永久分支“master”，它可以标记特定的提交以将版本标记为 生产环境 . 我们当前的战略基于Git Flow，并拥有永久分支机构的“主人”（仅发布到 生产环境 ）和“开发” . 使用多个永久分支模型复杂化的主要问题是将“相同的构建”从登台环境“提升”到 生产... -
1 votesanswersviews
高效的TFS分支策略建议
我们的公司（内部项目）使用版本控制（TFS，现在是2015）来简单地保留已发布代码的审计跟踪 - 我引入了分支和合并的使用，它完全改变了我们看待开发管道中的瓶颈的方式 . 一般都很受欢迎，但现在我正在寻找下一步 . 我们的代码包含一个大型软件和其他几个附带的业务应用程序 . 我们有四个环境，我们始终跟上，我们的“管道”就是这样 . 开发人员在本地工作 . 将代码推送到'Developmen... -
2 votesanswersviews
分支策略 - 通过持续部署/集成释放隔离？
我使用TFS和RM在过去2 . 5年（也是使用rm 13）创建了构建版本 . 最近，我试图在我们公司中嵌入分支策略的'Branching by Quality'模式 . 我们需要在我们的开发过程中进行热修复合并，sprint合并，bug修复合并 . Branching by Quality Pattern这是一个小例子： 我们可以同意在 生产环境 之前将热修复程序上传到测试环境会将qa当前正在测... -
0 votesanswersviews
tfs中版本控制的分支策略
这里是分支概念的新手 . 我们在TFS 2013下有一个没有分支机构的解决方案 . 解决方案中的一些文件（用于编组第三方模块的方法）可能与以前的版本不兼容，我们必须根据新提供的更新解决方案中的用法 . 在少数主要版本中，这些文件往往会更改一次（在每个版本中都不会更改） . 我们希望能够访问我们以前的版本并根据需要应用热修复 . 为每个主要版本创建一个分支（以及标记它们）足以实现这一目标吗？