It is very typical for Git newcomers to inadvertently create merges and worst:
inadvertently pushing them. This is one of the reasons many experienced users
prefer to avoid 'git pull', and recommend newcomers to avoid it as well.

To avoid these problems and keep 'git pull' useful, it has been suggested
that 'git pull' barfs by default if the merge is non-fast-forward, which
unfortunately would break backwards compatibility.

This patch series leaves everything in place to enable this new mode, but it
only gets enabled if the user specifically configures it; pull.mode =

Later on this mode can be enabled by default (e.g. in v2.0).

To achieve that first some configurations are renamed: for example: pull.rebase
=> pull.mode = rebase, but the old ones remain functional, thus there are no
functional changes.

Felipe Contreras (6):
  merge: simplify ff-only option
  t: replace pulls with merges
  pull: rename pull.rename to pull.mode
  pull: refactor $rebase variable into $mode
  pull: add --merge option
  pull: add merge-ff-only option

 Documentation/config.txt               | 24 +++++++------
 Documentation/git-pull.txt             | 10 ++++--
 branch.c                               |  4 +--
 builtin/merge.c                        | 20 +++++------                            | 49 ++++++++++++++++++++-------
 t/                    |  2 +-
 t/                      | 40 +++++++++++-----------
 t/                      |  2 +-
 t/                        | 62 ++++++++++++++++++++++++++++++++++
 t/                       |  4 +--
 t/       |  2 +-
 t/ |  2 +-
 12 files changed, 157 insertions(+), 64 deletions(-)


To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to
More majordomo info at

Reply via email to