【问题标题】:Create another branch on existing branch在现有分支上创建另一个分支
【发布时间】:2020-10-23 09:46:29
【问题描述】:

我有这样的场景:

  • 在远程我们有 DEV 分支

  • 在本地我有 1 个分支名称#feature1

将#feature1 推送到远程后,现在我想处理新功能#feature2。 但我希望#feature1 的更改继续#feature2

下一步应该做什么:

  • 在#feature1 上签出新分支#feature2。如果我采取此操作,是否意味着当我创建 PR 时 #feature2 将合并到 #feature1 中(不确定)

  • 在本地 Dev 分支上签出 #feature2 并将 #feature1 合并到 #feature2 然后继续。

需要帮助来澄清这一点。谢谢大佬!

【问题讨论】:

  • “但我希望 #feature1 中的更改继续使用 #feature2” 但功能 1 尚未获得批准。所以你违反了拉取请求的全部目的。
  • 是的,这就是问题所在。我们的审阅者可能是障碍,他只是没有足够的时间来审查成员的所有这些更改。但我们必须继续冲刺

标签: git azure-devops


【解决方案1】:

但我希望#feature1 中的更改继续#feature2

  1. 如果您创建拉取请求并将分支#feature1 合并到分支 dev,可以同步本地和远程代码,然后创建分支 #feature 基于分支开发。

  2. 如果分支没有合并,并且你想在新分支#feature 2中获取分支#feature 1代码,你可以签出新分支#feature2 在 #feature1 上。

这是否意味着当我创建 PR 时 #feature2 将合并到 #feature1 中(不确定)

不,您仍然可以创建 PR 以将分支 #feature2 合并到 dev 或其他分支。

另外,如果你使用场景2,你需要注意代码冲突。

【讨论】:

  • 谢谢,我可以试试这个选项,看看它是否可以合并到 dev br
  • 嗨@hoangnh,刚刚签到看看这个问题现在是否仍然阻碍你?这个问题有什么更新吗?
  • 嗨,Vito,刚刚创建了一个 PR,我认为它按预期工作得很好。使用的解决方案 2。再次感谢 Vito
【解决方案2】:

我建议从原点(master 或 dev)结帐 #2

如果创建了新分支,您可以将#1 合并到#2。如果你在#2: git merge #1

我还建议使用其来源(master 或 dev)定期更新工作分支,以避免在合并此工作分支时出现较大的差异。

【讨论】:

  • 是的,这可能很好,但问题是当我检查我的 PR 中的文件更改时(#2 推送)。 #1 中还有一些文件发生了变化(#1 没有合并到远程源的 master/dev 中)
  • 当 2 个工作分支之间存在依赖关系时,这是一个常见问题。我有两个想法: - 停止工作 #2 直到 #1 准备好。 - 定期将#1 合并到#2。我认为在接受 #1 的 PR 之前合并 #2 并不是一个好主意。据我了解,#2 与 #1 相关,因此在 #1 合并之前无法将其合并回来,因为它包含 #1!
猜你喜欢
  • 2011-05-27
  • 1970-01-01
  • 2016-12-15
  • 2021-08-09
  • 1970-01-01
  • 1970-01-01
  • 2017-02-21
  • 2017-07-04
  • 1970-01-01
相关资源
最近更新 更多