通过创建新分支合并两个分支？-github_Git_Github_Merge

通过创建新分支合并两个分支？-github

git github merge

通过创建新分支合并两个分支？-github,git,github,merge,Git,Github,Merge,很抱歉问了这么简单的问题，但我对git还不熟悉，觉得很难解决我的问题我有两个分支parent和child子级是从父级分支创建的。我现在不想将子项合并到父项中。我应该通过从父级创建一个新分支来合并两个分支吗谢谢你的帮助。谢谢这取决于你想要实现什么。为什么要创建新分支？你打算用它做什么？如果需要更新dev分支，可以将父级合并到子级取决于你想要实现什么。为什么要创建新分支？你打算用它做什么？如果需要更新dev分支，可以将父级合并到子级我不确定您的用例是什么，但我将尝试根据它们可能是什么来澄清问

很抱歉问了这么简单的问题，但我对git还不熟悉，觉得很难解决我的问题

我有两个分支

parent

和

child

<代码>子级是从父级分支创建的。我现在不想将

子项

合并到

父项

中。我应该通过从父级创建一个新分支来合并两个分支吗

谢谢你的帮助。谢谢

这取决于你想要实现什么。为什么要创建新分支？你打算用它做什么？如果需要更新dev分支，可以将父级合并到子级

取决于你想要实现什么。为什么要创建新分支？你打算用它做什么？如果需要更新dev分支，可以将父级合并到子级

我不确定您的用例是什么，但我将尝试根据它们可能是什么来澄清问题

首先，从一个“父”分支有多个“子”分支是完全正常的。这通常是为了在不同的分支上实现不同的功能，或者是为了分离多个开发人员要完成的工作。以后可以将任意数量的“子”分支合并回其“父”分支

其次，在创建新分支之前，并不总是需要先将分支合并回其父级。您可以随时从父级提交分支，也可以随时在方便的时候将它们合并回来（例如，在代码审阅过程完成后或在该分支上正确测试代码后）

根据您的问题，可以这样做：

parent  o -- o -- o -- -- -- -o -- --o -- 
        \          \         /      /
child-2  \          \- o -- o      /
          \                       /
child      \- o -- o -- o -- o --/
            \
child-3      \-- o -- o -- -- -- -->

您现在可以拥有一个不想合并到父级的

子级

分支，然后创建第二个

child-2

分支，处理它，然后稍后将它们合并。我甚至添加了

child-3

，以表明它不仅限于2个分支

但是，在某些情况下，您可能需要在创建新分支之前先将

子级

合并到

父级

。当

child

有一些影响后续分支开发的关键/重要更改时，通常会发生这种情况，例如，您更改了目录结构或更改了基类/公共类上的API或修复了经常出现的错误。在这些情况下，最好在使用新分支创建之前先合并

child

（或者也可以在合并

child

后对

child-2

、

child-3

等执行操作，以引入较少冲突的为准）

第三个，不需要将“子”分支合并到其“父”分支（除非您的团队/项目的工作流/流程要求您这样做）。因此，如果您选择先将

child

和

child-2

合并到其他分支临时/测试/集成分支中，而不是直接合并到

父分支中，这是很好的
所以你可以这样做：
parent  o -- o -- o -- -- -- -- -- -- -o 
        \          \                  /
temp     \          \-- -o-- -o- -o--/      
          \             /    /       
child      \- o -- o --/    /
            \              /
child-2      \-- o -- o --/ 

例如，当您有引入突破性更改或相互依赖的分支时，这是很有用的，因此您希望在将其合并回主开发分支之前，先看看它们如何协同工作。同样，您可以有一个child-3
，依此类推，因为它不限于2个分支
 我不确定您的用例是什么，但我将尝试根据它们可能是什么来澄清问题
首先，从一个“父”分支有多个“子”分支是完全正常的。这通常是为了在不同的分支上实现不同的功能，或者是为了分离多个开发人员要完成的工作。以后可以将任意数量的“子”分支合并回其“父”分支
其次，在创建新分支之前，并不总是需要先将分支合并回其父级。您可以随时从父级提交分支，也可以随时在方便的时候将它们合并回来（例如，在代码审阅过程完成后或在该分支上正确测试代码后）
根据您的问题，可以这样做：
parent  o -- o -- o -- -- -- -o -- --o -- 
        \          \         /      /
child-2  \          \- o -- o      /
          \                       /
child      \- o -- o -- o -- o --/
            \
child-3      \-- o -- o -- -- -- -->

您现在可以拥有一个不想合并到父级的子级
分支，然后创建第二个child-2
分支，处理它，然后稍后将它们合并。我甚至添加了child-3
，以表明它不仅限于2个分支
但是，在某些情况下，您可能需要在创建新分支之前先将子级
合并到父级
。当child
有一些影响后续分支开发的关键/重要更改时，通常会发生这种情况，例如，您更改了目录结构或更改了基类/公共类上的API或修复了经常出现的错误。在这些情况下，最好在使用新分支创建之前先合并child
（或者也可以在合并child
后对child-2
、child-3
等执行操作，以引入较少冲突的为准）
第三个，不需要将“子”分支合并到其“父”分支（除非您的团队/项目的工作流/流程要求您这样做）。因此，如果您选择先将child
和child-2
合并到其他分支临时/测试/集成分支中，而不是直接合并到父分支中，这是很好的
所以你可以这样做：
parent  o -- o -- o -- -- -- -- -- -- -o 
        \          \                  /
temp     \          \-- -o-- -o- -o--/      
          \             /    /       
child      \- o -- o --/    /
            \              /
child-2      \-- o -- o --/ 

例如，当您有引入突破性更改或相互依赖的分支时，这是很有用的，因此您希望在将其合并回主开发分支之前，先看看它们如何协同工作。同样，您可以有一个child-3
，依此类推，因为它不限于2个分支
 谢谢你的回复。但我认为应该把它作为评论而不是回答发布出去。@Nani他仍然这样认为