Bei unseren Projekten nutzen wir gerne Git als Werkzeug, um unsere Codebasis zu versionieren und gemeinsam daran zu entwickeln.
Es gibt aber auch Fälle, in denen Git bei uns ausschließlich zur Versionierung dient, zum Beispiel für Server-Konfigurationen. Damit können wir bei Problemen, die durch Änderungen hervorgerufen wurden, schnell auf vorherige Stände zurückschalten. Das hilft uns Ausfallzeiten zu minimieren, denn so ist nicht unbedingt das Einspielen eines vollständigen Backups nötig.
Für ein solches Git-Repository bietet es sich an, Commits direkt auf dem Server zu machen. Allerdings führt das dazu, dass jeder Entwickler unter dem gleichen Autor Commits erstellt (solange sich alle den gleichen Linux-User teilen). Solche Commits sind später schlecht nachzuverfolgen. Angenehmerweise bietet Git hierfür Abhilfe.
Der Parameter --author kann bei git commit genutzt werden, um die Autor-Angaben aus der Git-Konfiguration für den konkreten Commit zu überschreiben.
Typischerweise wird man beim ersten eigenen Commit seinen Namen und die Mailadresse komplett angeben:
$:[~]:$ git commit --author='John Doe <john.doe@example.org>' -m 'Commit Message'
Git versteht sich aber auch darauf, den Namen und die Mailadresse für den Commit-Autor selbst zu finden, wenn von diesem User im Repository schon ein Commit existiert:
$:[~]:$ git commit --author=John -m 'Commit Message'
Dabei wird im gesamten Namen und der Mailadresse gesucht, allerdings case-sensitive.
Halten sich alle Committer in einem Repository daran, den Code mit --author-Option zu committen, dann ist nachverfolgbar, wer welchen Commit verantwortet, ohne dass jeder das Repository lokal klonen und auf einen Git-Server pushen muss, von dem aus dann die lokale Serverkonfiguration gepullt wird.