Además de la respuesta de kopischke :
Dado que la correspondencia se realiza por dirección de correo electrónico, si el correo electrónico en la confirmación coincide con su correo electrónico, lo hará automáticamente.
Idealmente, estos reemplazos y reparaciones de correo electrónico deberían haberse realizado al convertir de SVN a Git. Si usa herramientas para convertirlo, también hay opciones para asignar cada correo electrónico / usuario a otro correo electrónico que se escribirá en las confirmaciones de Git correspondientes.
- Lo hice para mi organización al mover proyectos de SVN a Git, y funcionó muy bien. Aunque tuve que asignar una gran cantidad de direcciones manualmente, ya que los scripts que creé para automatizar no podían detectar todos los casos, pero todo funcionó y cada correo electrónico en cualquier confirmación estaba asociado a un usuario de la organización.
Después de que el proyecto se cargó en GitHub (o cualquier otro servicio de alojamiento de Git) o se compartió con otros de alguna manera, es mucho más problemático:
es posible editar todos los commits de forma retroactiva localmente y proporcionar la información que desea (es decir, el nuevo correo electrónico) , pero tendrás que forzar el empuje del repositorio y todos tendrán que forzarlo a tirar.
Es plausible si el proyecto tiene una pequeña cantidad de miembros / contribuyentes y no hay tenedores, y luego puede comunicarse con cada uno de ellos y organizar ese cambio.
Realmente no creo que GitHub ofrezca una herramienta como esa, pero tal vez si agrega el correo electrónico en el commit como otro correo electrónico a su cuenta de GitHub, lo reconocerá, vale la pena intentarlo si es posible.
.mailmap
archivo. Sin embargo, no estoy seguro de si GitHub los respeta.