¿Por qué se compromete git después de una fusión por defecto?

Question

Tengo curiosidad sobre este comportamiento y tal vez sea solo porque vengo de usar SVN y bazar en su mayoría. (Estoy aprendiendo git para interactuar con la excelente github.)

Parece contra intuitivo para mí y como si sería mejor para

git merge [branch] --no-commit

que sea el predeterminado para animar a la gente a hacer Seguro que la fusión fue como lo querían antes de comprometerse.

Answer 1

El objetivo establecido por Linus Torvalds al crear Git era realizar todas las fusiones que podían resolverse automáticamente ... FAST. Ver su 2007 Google Tech Talk: Linus Torvalds on Git (transcript)
I.e. cientos de fusiones en menos de unos pocos segundos.

Por lo tanto, un "--no-commit" de forma predeterminada sería bastante contrario a ese propósito.

Con --no-commit realizar la combinación, pero pretender que la fusión no pudo y no confirmación automática, para dar al usuario la oportunidad de inspeccionar y modificar el resultado de la fusión antes de comprometerse aún más.

Extracto de Linus's talk (video):

Lo único que importa es qué tan rápido se puede fusionar.
En git, puede fusionar ... Combino 22,000 archivos varias veces al día, y me siento infeliz si una fusión lleva más de 5 segundos, y todos esos 5 segundos solo están descargando todas las diferencias, bueno no las diferencias pero son los deltas entre dos árboles, la fusión en sí tarda menos de medio segundo.
Y no tengo que pensarlo.
[...] Ese es el tipo de rendimiento que realmente cambia la forma en que trabaja.