git推送到分支发布合并

vik*_*kas 3 git

如果我在与分支合并后将其推送到分支master,git将如何处理它(将推送到分支的最新提交更新为master自动或不执行任何操作或执行其他操作)?

And*_*s_D 8

合并之后,您仍然有2个分支,一个是您从中合并的,另一个是您合并到的分支,通常仍然是活动分支。

新提交将转到已检出的分支,该分支既可以是master分支,也可以是另一个分支。

请注意,我们不推送到分支:我们提交到分支,然后将分支推送到远程存储库。而且我们不更新提交,我们将新的提交添加到存储库中。承诺永不改变。

另外 -当然,您仍然可以推送到“旧”分支。并再次将其合并到母版中:

A - B - - - E - G      [master]
     \     /   /
      C - D - F        [issue_202]
Run Code Online (Sandbox Code Playgroud)

但我更愿意创建一个新分支来解决问题。这是工作流程的问题。假设工作是基于tiket的,那么在合并为master 之前,issue_202凭单已解决。因此,我认为,其他工作不是对issue_202的修复,而是对master分支的修复,因此,我将创建一个新票证和一个新分支来解决问题:

              F        [issue_202_1]
             / \
A - B - - - E - G      [master]
     \     /  
      C - D            [issue_202] [
Run Code Online (Sandbox Code Playgroud)

  • 谢谢@Andreas_D,我将提供更多详细信息来解释我的疑问。我修复了分支“issue_202”中的一些问题并将分支推送到远程。现在该分支已与 master 合并,但我收到了对合并后分支“issue_202”中完成的修复的进一步评论。我的疑问是我是否应该签出“branch_202”并修复问题,或者从 master 签出像“branch_202_dot_1”这样的新分支,修复问题并将分支推送到 master ?我的基本问题是合并后我们可以提交到分支并推送到远程吗?如果是,那么它将如何再次与 master 合并? (2认同)