Bei unseren Projekten nutzen wir gerne Git als Werkzeug, um unsere Codebasis zu versionieren und gemeinsam daran zu entwickeln.<\/p>\n
Es gibt aber auch F\u00e4lle, in denen Git bei uns ausschlie\u00dflich zur Versionierung dient, zum Beispiel f\u00fcr Server-Konfigurationen. Damit k\u00f6nnen wir bei Problemen, die durch \u00c4nderungen hervorgerufen wurden, schnell auf vorherige St\u00e4nde zur\u00fcckschalten. Das hilft uns Ausfallzeiten zu minimieren, denn so ist nicht unbedingt das Einspielen eines vollst\u00e4ndigen Backups n\u00f6tig.<\/p>\n
F\u00fcr ein solches Git-Repository bietet es sich an, Commits direkt auf dem Server zu machen. Allerdings f\u00fchrt das dazu, dass jeder Entwickler unter dem gleichen Autor Commits erstellt (solange sich alle den gleichen Linux-User teilen). Solche Commits sind sp\u00e4ter schlecht nachzuverfolgen. Angenehmerweise bietet Git hierf\u00fcr Abhilfe.<\/p>\n
Der Parameter Typischerweise wird man beim ersten eigenen Commit seinen Namen und die Mailadresse komplett angeben:<\/p>\n Git versteht sich aber auch darauf, den Namen und die Mailadresse f\u00fcr den Commit-Autor selbst zu finden, wenn von diesem User im Repository schon ein Commit existiert:<\/p>\n Dabei wird im gesamten Namen und der Mailadresse gesucht, allerdings case-sensitive.<\/p>\n Halten sich alle Committer in einem Repository daran, den Code mit --author<\/code> kann bei git commit<\/code> genutzt werden, um die Autor-Angaben aus der Git-Konfiguration f\u00fcr den konkreten Commit zu \u00fcberschreiben.<\/p>\n$:[~]:$ git commit --author='John Doe <john.doe@example.org>' -m 'Commit Message'<\/pre>\n
$:[~]:$ git commit --author=John -m 'Commit Message'<\/pre>\n
--author<\/code>-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.<\/p>\n","protected":false},"excerpt":{"rendered":"