【问题标题】:git: Auto merging vs normal (non-conflicting) merge?git:自动合并与正常(非冲突)合并?
【发布时间】:2018-05-22 07:55:49
【问题描述】:

我在master

表演:

git merge feature_branch

这是一些指示性输出:

   Auto-merging src/myproject/web/api/submodule/__init__.py
   Merge made by the 'recursive' strategy.
    src/myproject/application/cli.py                            |    4 +
    src/myproject/foo/__init__.py                             | 1167 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
    src/myproject/foo/auditors.py                             |  256 +++++++++++++++++++++++++++++++
    src/myproject/foo/handlers.py                             |  247 ++++++++++++++++++++++++++++++
    src/myproject/web/api/submodule/__init__.py              |   16 +-

为什么在第一个文件中提及“自动合并”操作?

(其他文件不是这样)

它有什么(可能)如此特别?

【问题讨论】:

    标签: git merge git-merge


    【解决方案1】:

    如果一个文件只在合并所涉及的两个分支之一上被修改,则不会被提及。此文件不需要自动或手动合并。

    如果文件在两个分支上都被修改过,那么首先会尝试自动合并。这通常在以下两种情况下成功:

    • 这些更改是为了完全分离行,在一个分支上更改的行和另一个分支上更改的行之间的行保持不变。
    • 这些更改给出了完全相同的最终结果,例如,两个分支上都出现了相同的提交。

    如果不是这样,那么自动合并将失败,Git 将求助于手动合并。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2017-07-24
      • 1970-01-01
      • 2016-11-25
      • 2014-09-17
      • 2012-12-08
      • 2019-06-10
      • 1970-01-01
      相关资源
      最近更新 更多