git推送到分支后合并

Question

如果将它与master合并后推送到分支，那么git将如何处理（将推送到分支中的最新提交自动更新为master或不执行任何操作或执行其他操作？

Answer 1

合并后，您仍然有2个分支，一个是您合并的[[from，另一个是您合并的into，通常仍然是活动分支。

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

注意，我们不

推送到分支

：我们commit到分支并将分支推送到远程存储库。而且我们不更新提交，我们将新的提交添加到存储库中。提交never更改。

Addition-当然，您仍然可以推送到“旧”分支。并再次合并到母版中：

A - B - - - E - G      [master]
     \     /   /
      C - D - F        [issue_202]

但是我更愿意创建一个新分支来解决问题。这是工作流程的问题。假设工作是基于tiket的，那么issue_202凭单将转到您合并为master的已解决
before

中。因此，我认为，其他工作不是对issue_202的修复，而是对master分支的修复，因此，我将创建一个新票证和一个新分支来解决问题：

              F        [issue_202_1]
             / \
A - B - - - E - G      [master]
     \     /  
      C - D            [issue_202] [

Answer 2

在Git中，

commit是存储库的快照，以及指向一个或多个父代的指针以及一些元数据（例如作者和提交消息）。

A

branch

是指向某些提交的指针。就这样。当按下分支时，将更新遥控器的指针以指向与您的相同的提交。此外，您的本地存储库和远程存储库会协商远程丢失的快照，然后将其发送到远程。否则，新近更新的远程分支将指向它一无所知的提交。

因此，如果您推动分支，则只有该远程分支会更改。所有其他远程分支将指向与之前完全相同的提交。就是说，git-config(1) push.default可以使推入力度超出您的预期。我推荐git config --global push.default nothing。

您可能应该再读Git Branching一些。