¿Diferencia entre autor y committer en Git?

Lista de Correo + git format-patch + git apply puede generar autor != committer

En proyectos como el kernel de Linux donde los parches son:

• generado por git format-patch
• enviado por correo electrónico, ya sea copiando pegando, o más comúnmente con git send-email
• aplicado por otra persona con git apply o git am: ¿Cómo usar git am para aplicar parches desde mensajes de correo electrónico?

Generando un solo commit nuevo con diferente autor y committer:

• el autor es quien escribió el parche
• el committer es quien es un mantenedor del proyecto, y quien fusionó el parche

Vea por ejemplo este parche seleccionado aleatoriamente y la confirmación correspondiente:

• https://lkml.org/lkml/2018/1/25/568
• https://github.com/torvalds/linux/commit/5beda7d54eafece4c974cfa9fbb9f60fb18fd20a

Las interfaces web de Git como GitHub y GitLab pueden o no generar autor != committer

Dado que Git (Hub|Lab) mantiene tanto los repositorios upstream como los fork en la misma máquina, pueden hacer automáticamente cualquier cosa que puedas hacer localmente también, incluyendo cualquiera de los siguientes:{[28]]}

• Crea una confirmación de fusión.

  No genera autor != committer.

  Mantiene intacto el SHA o el nuevo commit, y crea un nuevo commit:

  * Merge commit (committer == author == project maintainer)
  |\
  | * Feature commit (committer == author == contributor)
  |/
  * Old master (random committer and author)
  

  Históricamente, este fue el primer método disponible en GitHub.

  Localmente, esto se hace con git merge --no-ff.

  Esto produce dos commits por pull request, y mantiene un fork en el historial de git.

• Rebase encima de master

  GitHub también hackea las confirmaciones para establecer committer == quien haya pulsado el botón merge. Esto no es obligatorio, y ni siquiera se hace localmente por defecto por git rebase, pero da responsabilidad al mantenedor del proyecto.

  El árbol de git ahora se ve como:

  * Feature commit (committer == maintainer, author == contributor)
  |
  * Old master (random committer and author)    
  

  Que es exactamente como el de los parches de correo electrónico git apply.

En GitHub actualmente:

• usted elige el método al fusionar a través del menú desplegable en el botón fusionar
• los métodos se pueden habilitar o deshabilitar en la configuración del repositorio por el propietario

Https://help.github.com/articles/about-merge-methods-on-github /

¿Cómo establecer el committer de un nuevo commit?

Lo mejor que pude encontrar fue usar el entorno variables para anular el committer:

GIT_COMMITTER_NAME='a' GIT_COMMITTER_EMAIL='a' git commit --author 'a <a>'

¿Cómo obtener el committer y la fecha de commit de un commit dado?

Solo los datos del autor se muestran por defecto en git log.

Para ver la fecha del committer puedes:

• Formatee el registro específicamente para eso:

  git log --pretty='%cn %cd' -n1 HEAD
  

  Donde cn y cd stand para Committer Name y Committer Date

• Utilice el formato predefinido fuller:

  git log --format=fuller
  

  Véase también: Cómo configurar ' git log' para mostrar 'fecha de confirmación'

• Vaya a un nivel bajo y muestre los datos completos de la confirmación:

  git cat-file -p HEAD
  

¿Cómo establecer la fecha de confirmación de una nueva confirmación?

git commit --date solo establece la fecha del autor: para la fecha del committer lo mejor que pude encontrar fue con la variable de entorno:

GIT_COMMITTER_DATE='2000-01-01T00:00:00+0000' git commit --date='2000-01-01T00:00:00+0000'

Ver también: ¿Cuál es la diferencia entre autor y committer en Git?

Cómo almacena Git autor vs committer internamente?

Ver: ¿Cuál es el formato de archivo de un objeto de confirmación de git?

Básicamente, la confirmación es un archivo de texto, y contiene dos campos separados por líneas:

author {author_name} <{author_email}> {author_date_seconds} {author_date_timezone}
committer {committer_name} <{committer_email}> {committer_date_seconds} {committer_date_timezone}

Esto deja claro que ambas son dos entradas de datos completamente independientes en el objeto commit.