【问题标题】:What tools to gain visibility on multiproject feature development?哪些工具可以让您了解多项目功能开发?
【发布时间】:2015-09-06 04:53:32
【问题描述】:

原样: 我有 10 多个项目(每个都是 repo),它们在开发功能时有时是相互依赖的。

目前在项目中以相同的方式命名每个故事分支,以便清楚地查看不同 git 存储库中何时存在关于特定故事的依赖关系。例如。仅部署 project1 无法获得故事,还需要 project2。

示例命名:

  • Project1 故事分支 - “[TASK-1] 新登录过程”
  • Project2 故事分支 - “[TASK-1] 新登录过程”

问题:

  1. 不确定是否有更好的方式来表示跨多个项目的这种依赖关系。起初似乎有点奇怪,因为您依赖于一些命名约定,但我又没有看到更好的解决方案。

  2. 考虑到这种遵循分支命名命名约定的解决方案,我希望更好地了解在哪里。在单个项目中考虑此提交历史记录。

http://www.kdgregory.com/images/scm.git/03-sprint.gif

假设我们在 master 中的黑点上发布了一个版本。然后我们开始开发新的故事。我想了解一下:

  • 哪些故事完全合并到开发中
  • 哪些故事完全合并到主目录中
  • 哪些故事被部分合并(它已合并,但有人继续在故事分支中编码,并且在 dev/master 中有提交,而在故事分支中有未合并的提交)
  • 在 dev 或 master 中是否有额外的提交不是来自故事分支。

基本上我的输入是 git 中的两个引用。 “From”和“To”,我想构建一个工具来更好地了解这两个参考时间点之间的位置。

最终我将能够知道 featureX 已经通过 project1 中的 dev/master 传播,但仍未合并到 project2 等中……并获得更好的可见性并避免开发中的麻烦。

【问题讨论】:

    标签: git git-branch git-log


    【解决方案1】:

    我建议您查看 Git 子模块,因为它是自动将来自 repo 的项目集成到来自另一个 repo 的另一个项目的常用解决方案。您可以划分您的工作,以便每个子存储库包含一个功能,但与简单的分支相比,这将是相当乏味的。使用子模块,您可以将特定的子 repo 提交定义为依赖项。无需新工具。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2011-04-05
      • 2010-12-02
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-02-22
      • 1970-01-01
      相关资源
      最近更新 更多