需要分支机构A的更改,但未提交给主分支机构,现在位于分支机构B

“主人公正在度假”的解决方法

你现在可以这样做了:

• master 单独地
• 每个任务都有一个单独的功能分支(就像你已经解释过的那样)。所有这些都应该从 主人 .
• qa 。也分支 主人 。现在,您可以将所有功能分支合并到 质量保证 树枝无论你想要什么 主人 ,但还不能,你用 质量保证 质量保证 看看你的任务之间是否有任何交互出错。如果出了问题,或者你不得不这样做 改变 质量保证 然后重新开始(通过分支 质量保证 关闭,共 主人
• 当该人员能够驶入 主人 回来后,您可以移交单个任务分支,或者 质量保证 在它所有的荣耀中;从功能上来说,这将是一样的,只是对他来说工作更少。你得问问他想怎么样。

这可以扩展到完整的工作流: http://dymitruk.com/blog/2012/02/05/branch-per-feature

支行

上面说:

如果您有 branchB 其中包含 branchA 然后 分支机构B 或者他只能拉 分支机构B 。结果将相同。

无论如何,在你分店之后 分支机构B 关闭,共 分支机构A ,你最好确保不要碰 分支机构A 否则混乱可能会接踵而至(出于明显原因,请询问我的意思是否不清楚)。

我是从主分支还是任务1分支?

这取决于您是否需要task1分支中的更改才能处理task2。

如果您可以在task2上工作,而不需要task1中的提交,请从master分支。然后,即使task1没有首先合并,task2也可以合并。

如果task2建立在task1中引入的更改的基础上,则从task1分支。在这种情况下,合并task2而不合并task1是没有意义的。您可以分别处理task1和task2,并且可以分别查看它们以进行合并,但task2不能合并而不合并task1。

在第二种情况下,在合并task1之前,可能需要对其进行一些更改。如果是这种情况,则可以使用task1的最新更改更新task2分支:

git checkout task2
git merge task1

然后,您可以解决冲突(如果有)并推送到task2的远程副本。