So ändern Sie den Autor und committer name und e-mail-Adresse von mehreren commits in Git?

Mit Interaktiven Rebase

Könnten Sie tun,

git rebase -i -p <some HEAD before all of your bad commits>

Dann markieren Sie alle Ihre schlechte commits als "edit" in der rebase-Datei. Wenn Sie auch möchten, ändern Sie Ihren ersten Begehen, müssen Sie manuell fügen Sie als erste Zeile in der rebase-Datei (beachten Sie das format der anderen Linien). Dann, wenn git bittet, Sie zu ändern, jedes commit, tun

 git commit --amend --author "New Author Name <[email protected]>" 

Bearbeiten oder schließen Sie einfach den editor, der geöffnet wird, und dann tun

git rebase --continue

weiterhin den Stellungswechsel.

Könnten Sie überspringen, öffnen Sie den editor insgesamt hier durch anfügen --no-edit
damit wird der Befehl:

git commit --amend --author "New Author Name <[email protected]>" --no-edit && \
git rebase --continue

Einzigen Commit

Wie einige Kommentatoren bemerkt haben, wenn Sie nur wollen, ändern Sie die letzten commit, wird der rebase-Befehl ist nicht notwendig. Nur tun

 git commit --amend --author "New Author Name <[email protected]>"

Dadurch ändert sich der Autor auf den Namen angegeben, aber die committer werden eingestellt, um Ihre konfigurierten Benutzer in git config user.name und git config user.email. Wenn Sie möchten, legen Sie die committer zu etwas, das Sie angeben, dies setzt sowohl den Autor und committer:

 git -c user.name="New Author Name" -c user.email=email@address.com commit --amend --reset-author

Hinweis auf Merge Commits

Gab es einen leichten Fehler in meiner ursprünglichen Antwort. Wenn es eine beliebige merges zwischen den aktuellen HEAD und Ihre <some HEAD before all your bad commits>, dann git rebase wird glätten Sie (und durch die Weg, wenn Sie GitHub pull-Anforderungen, es wird eine Tonne von merge-commits in Ihrer Geschichte). Dies kann sehr oft dazu führen, dass sehr unterschiedliche Geschichte (als Duplikat änderungen "zurückgesetzt out"), und im schlimmsten Fall, kann es dazu führen git rebase bitten Sie zu lösen, schwierig merge-Konflikten (die waren wahrscheinlich bereits gelöst in der merge-commits). Die Lösung ist die Verwendung der -p Flagge zu git rebase, der die Aufrechterhaltung der merge-Struktur Ihrer Geschichte. Die manpage für git rebase warnt, dass die Verwendung -p und -i kann zu Problemen führen, aber in der BUGS Abschnitt heißt es: "die Bearbeitung verpflichtet und Wortlaut Ihrer commit-Nachrichten sollten gut funktionieren."

Habe ich -p zu den oben genannten Befehl. Für den Fall, wo bist du nur die änderung der letzten commit, ist dies kein Problem.

One-liner, aber seien Sie vorsichtig, wenn Sie ein multi-user-repository - das wird sich ändern alle verpflichtet haben, die gleichen (neuen) Autor und committer.

git filter-branch -f --env-filter "GIT_AUTHOR_NAME='Newname'; GIT_AUTHOR_EMAIL='new@email'; GIT_COMMITTER_NAME='Newname'; GIT_COMMITTER_EMAIL='new@email';" HEAD

Mit Zeilenumbrüche in den string (das ist möglich in der bash):

git filter-branch -f --env-filter "
    GIT_AUTHOR_NAME='Newname'
    GIT_AUTHOR_EMAIL='new@email'
    GIT_COMMITTER_NAME='Newname'
    GIT_COMMITTER_EMAIL='new@email'
  " HEAD

Für einen einzelnen commit:

git commit --amend --author="Author Name <[email protected]>"

(extrahiert aus asmeurer Antwort)

Github hat eine schöne Lösung, ist das folgende shell-Skript:

#!/bin/sh

git filter-branch --env-filter '

an="$GIT_AUTHOR_NAME"
am="$GIT_AUTHOR_EMAIL"
cn="$GIT_COMMITTER_NAME"
cm="$GIT_COMMITTER_EMAIL"

if [ "$GIT_COMMITTER_EMAIL" = "[email protected]" ]
then
    cn="Your New Committer Name"
    cm="Your New Committer Email"
fi
if [ "$GIT_AUTHOR_EMAIL" = "[email protected]" ]
then
    an="Your New Author Name"
    am="Your New Author Email"
fi

export GIT_AUTHOR_NAME="$an"
export GIT_AUTHOR_EMAIL="$am"
export GIT_COMMITTER_NAME="$cn"
export GIT_COMMITTER_EMAIL="$cm"
'

Bei der übernahme eines individuellen commit von einem anderen Autor, es gibt einen einfachen Weg, dies zu behandeln.

git commit --amend --reset-author

Dies ist eine ausgearbeitete version von @Brian-version:

Ändern, der Autor und committer, können Sie dies tun (mit Zeilenumbrüche in der Zeichenkette, die möglich ist, in der bash):

git filter-branch --env-filter '
    if [ "$GIT_COMMITTER_NAME" = "<Old name>" ];
    then
        GIT_COMMITTER_NAME="<New name>";
        GIT_COMMITTER_EMAIL="<New email>";
        GIT_AUTHOR_NAME="<New name>";
        GIT_AUTHOR_EMAIL="<New email>";
    fi' -- --all

Erhalten Sie möglicherweise eine der folgenden Fehler sein:

1. Das temporäre Verzeichnis existiert bereits
2. Refs beginnend mit refs/original bereits vorhanden
   
   (dies bedeutet eine weitere filter-branch ausgeführt wurde, die zuvor auf das repository und die dann original Zweig die Referenz ist gesichert bei refs/original)

Wenn Sie erzwingen möchten, dass das laufen trotz dieser Fehler, fügen Sie die --force Flagge:

git filter-branch --force --env-filter '
    if [ "$GIT_COMMITTER_NAME" = "<Old name>" ];
    then
        GIT_COMMITTER_NAME="<New name>";
        GIT_COMMITTER_EMAIL="<New email>";
        GIT_AUTHOR_NAME="<New name>";
        GIT_AUTHOR_EMAIL="<New email>";
    fi' -- --all

Ein wenig Erklärung, die -- --all option notwendig sein könnte: Es macht die filter-branch arbeiten, auf alle Revisionen auf alle refs (einschließlich aller Niederlassungen). Das bedeutet zum Beispiel, dass tags auch umgeschrieben und ist sichtbar auf der umgeschrieben Zweige.

Einem gemeinsamen "Fehler" ist die Verwendung HEAD statt, was bedeutet, dass die Filterung aller Revisionen, die nur auf die aktuellen Zweig. Und dann keine tags (oder anderen refs) existieren würde, in der umgeschriebenen Zweig.

Verwende ich im folgenden umschreiben, die der Autor für ein ganzes repository inklusive tags und in allen Filialen:

git filter-branch --tag-name-filter cat --env-filter "
  export GIT_AUTHOR_NAME='New name';
  export GIT_AUTHOR_EMAIL='New email'
" -- --all

Dann, wie beschrieben, in den MANN Seite filter-branch, entfernen Sie alle Originale refs gesichert durch filter-branch (das ist destruktiv, backup zuerst):

git for-each-ref --format="%(refname)" refs/original/ | \
xargs -n 1 git update-ref -d

Fand ich die vorgestellten Versionen Weg, zu aggressiv, vor allem, wenn Sie commit patches von anderen Entwicklern, diese wird im wesentlichen stehlen Ihre code.

Die version unten funktioniert auf alle Zweige und verpasst dem Autor und comitter GESONDERT zu verhindern.

Großes Lob an leif81 für die option "alle".

#!/bin/bash

git filter-branch --env-filter '
if [ "$GIT_AUTHOR_NAME" = "<old author>" ];
then
    GIT_AUTHOR_NAME="<new author>";
    GIT_AUTHOR_EMAIL="<[email protected]>";
fi
if [ "$GIT_COMMITTER_NAME" = "<old committer>" ];
then
    GIT_COMMITTER_NAME="<new commiter>";
    GIT_COMMITTER_EMAIL="<[email protected]>";
fi
' -- --all

Sollte ich darauf hinweisen, dass, wenn das einzige problem ist, dass der Autor/E-Mail unterscheidet sich von Ihrem üblichen, dies ist nicht ein problem. Der richtige fix ist, erstellen Sie eine Datei namens .mailmap an der Basis des Verzeichnisses mit Zeilen wie

Name you want <email you want> Name you don't want <email you don't want>

Und von da an Befehle wie git shortlog betrachten dieser beiden Namen das gleiche zu sein (es sei denn, Sie speziell sagen Sie nicht zu). Sehen http://schacon.github.com/git/git-shortlog.html für weitere Informationen.

Dies hat den Vorteil, alle anderen Lösungen, dass Sie nicht haben, um die Geschichte umzuschreiben, was zu Problemen führen kann, wenn Sie haben einen upstream, und ist immer ein guter Weg, um versehentlich Daten verlieren.

Natürlich, wenn Sie verpflichtet, etwas, als sich selbst, und es sollte wirklich jemand anderes, und Sie nichts dagegen haben, die Geschichte umzuschreiben, an dieser Stelle, ändern der commit-Verfasser ist wahrscheinlich eine gute Idee für die Zuteilung Zwecke (in dem Fall ich direkt zu meiner anderen Antwort hier).

Wenn Sie der einzige Benutzer dieses Repositorys können Sie die Geschichte umzuschreiben entweder git filter-branch (wie svick schrieb), oder git fast-export/git-fast-import plus filter-Skript (wie im Artikel beschrieben auf die in docgnome Antwort), oder interaktive Stellungswechsel. Aber entweder dieser würde sich ändern, änderungen von vorher geändert commit ab; das bedeutet ärger für jeden, der seine/Ihre änderungen auf Ihrem Zweig pre-rewrite.

RECOVERY

Wenn andere Entwickler nicht die Basis Ihrer Arbeit auf die vor-rewrite-version, die einfachste Lösung wäre die re-Klon (Klon wieder).

Alternativ können Sie versuchen git rebase --pull würde, was Vorspulen, wenn es gab keine Veränderungen in Ihrem repository, oder rebase Ihre Niederlassung auf dem oben neu geschrieben begeht (wir wollen vermeiden, verschmelzen, als würde es halten, pre-rewrite comits für immer). All dies vorausgesetzt, dass Sie nicht haben, nicht übergebene arbeiten; verwenden Sie git stash auf stash away Veränderungen sonst.

Wenn andere Entwickler verwenden Sie die feature-Zweige und/oder git pull --rebase nicht funktioniert, z.B. weil der upstream nicht eingerichtet ist, müssen Sie Stellungswechsel Ihre Arbeit auf der post-rewrite verpflichtet. Zum Beispiel gleich nach dem Holen von neuen änderungen (git fetch), für eine master Zweig basiert auf /Gabel aus origin/master man ausführen muss, um

$ git rebase --onto origin/master origin/master@{1} master

Hier origin/master@{1} ist pre-rewrite Zustand (vor Holen), siehe gitrevisions.

Alternative Lösung wäre die Verwendung refs/ersetzen/ - Mechanismus, verfügbar in Git seit der version 1.6.5. In dieser Lösung, die Sie bieten Ersatz für verpflichtet, die E-Mail falsch; dann wer holt 'ersetzen' refs (so etwas wie fetch = +refs/replace/*:refs/replace/* refspec an entsprechender Stelle in Ihre .git/config) bekommen würde Ersatz transparent, und diejenigen, die nicht Holen diejenigen, die refs sehen würde alte verpflichtet.

Dem Verfahren geht so etwas wie dieses:

1. Finden Sie alle commits mit falschen E-Mails, zum Beispiel mit

   $ git log [email protected] --all
   

2. Für jedes Unrecht Begehen, erstellen Sie einen Ersatz verpflichten, und fügen Sie es auf die Objekt-Datenbank

   $ git cat-file -p <ID of wrong commit> | 
     sed -e 's/user@wrong\.email/[email protected]/g' > tmp.txt
   $ git hash-object -t commit -w tmp.txt
   <ID of corrected commit>
   

3. Nun, dass Sie behoben haben, Begehen Sie im Objekt-Datenbank, die Sie haben, um zu sagen git automatisch und transparent ersetzen, Unrecht zu Begehen, indem korrigiert man mit git ersetzen Befehl:

   $ git replace <ID of wrong commit> <ID of corrected commit>
   

4. Schließlich Liste mit allen Ersatz -, um zu überprüfen, ob dieser Vorgang erfolgreich

   $ git replace -l
   

   und überprüfen Sie, ob Ersetzungen stattfinden

   $ git log [email protected] --all
   

Können Sie natürlich die Automatisierung dieser Prozedur... naja, alle außer mit git replace welches nicht (noch) batch-Modus, so dass Sie verwenden würde shell-Schleife für das, oder ersetzen Sie "von hand".

NICHT GETESTET! YMMV.

^{Beachten Sie, dass Sie möglicherweise Probleme mit einigen groben Ecken bei Verwendung von refs/replace/ Mechanismus: es ist neu und noch nicht sehr gut getestet}.

Wenn Sie Eclipse mit EGit, dann gibt es eine ganz einfache Lösung.

Annahme: Sie haben sich verpflichtet, in einem lokalen Zweig 'local_master_user_x', die nicht geschoben werden, um eine remote-branch 'master' ist wegen Ungültiger Benutzer.

1. Kasse den remote-branch 'master'
2. Wählen Sie die Projekte/Ordner/Dateien für die 'local_master_user_x' enthält änderungen
3. Mit der rechten Maustaste - Ersetzen mit - Zweig - 'local_master_user_x'
4. Verpflichten, diese änderungen wieder an, diesmal mit dem richtigen Benutzernamen und in die lokale branch 'master'
5. Push-to-remote "master"

Beachten Sie, dass git speichert zwei verschiedenen e-mail-Adressen, eine für die committer (die person, die verpflichtet, das zu ändern) und eine weitere für die Autor (die person, die schrieb das ändern).

Den committer-information nicht angezeigt, in den meisten Orten, aber Sie können es mit git log -1 --format=%cn,%ce (oder verwenden Sie show statt log wenn Sie eine bestimmte commit).

Beim ändern der Urheber des letzten commit ist so einfach wie git commit --amend --author "Author Name <[email protected]>", es gibt keine one-liner oder-argument, das gleiche zu tun, um die committer Informationen.

Die Lösung (vorübergehend oder nicht) ändern Sie Ihre Benutzerdaten ein, dann ändern Sie die verpflichten, die Aktualisierung der committer, um Ihre aktuellen Informationen:

git config user.email [email protected] 
git commit --amend

Dein problem ist wirklich sehr Häufig. Siehe "Mit Mailmap zu Beheben Autoren Liste in Git"

Der Einfachheit halber, habe ich ein Skript erstellt um die Prozesse zu vereinfachen: git-changemail

Nachdem Sie das Skript auf Ihrem Pfad befindet, können Sie Befehle wie:

• Ändern Autor übereinstimmungen auf aktuellen Zweig

  $ git changemail -a [email protected] -n newname -m [email protected]
  

• Ändern Autor und committer übereinstimmungen auf <branch> und <branch2>. Pass -f zu filter-branch zu ermöglichen umschreiben sicherungen

  $ git changemail -b [email protected] -n newname -m [email protected] -- -f <branch> <branch2>
  

• Zeigen bestehende Benutzer auf das repo -

  $ git changemail --show-both
  

Durch die Art und Weise, nachdem Sie Ihre änderungen, reinigen Sie die Sicherung aus dem filter-branch mit: git-backup-sauber

Wenn Sie der einzige Benutzer dieses repo oder Sie kümmern sich nicht darum, möglicherweise brechen die repo für andere user, dann ja. Wenn Sie haben, brachte diese begeht und Sie bestehen dort, wo irgendwo sonst auf Sie zugreifen kann, dann Nein, es sei denn, Sie kümmern sich nicht um das brechen anderer Leute repos. Das problem wird durch das ändern dieser verpflichtet Sie generieren neue SHAs die bewirken, dass Sie so behandelt werden, als andere verpflichtet. Wenn jemand anderes versucht, Sie ziehen diese veränderten verpflichtet, die Geschichte ist anders und kaboom.

Dieser Seite http://inputvalidation.blogspot.com/2008/08/how-to-change-git-commit-author.html beschreibt, wie es zu tun. (Ich habe nicht versucht, diese so YMMV)

git rebase -i YOUR_FIRTS_COMMIT_SHA^

while true; do git commit --amend --author="Name Surname <[email protected]>" --no-edit && git rebase --continue; done

Drücken ^C # nach dem rebase gemacht wird (der loop wird ständig aktualisiert Letzte commit)

Dies ist nicht die Antwort auf deine Frage, sondern ein Skript, das Sie verwenden können, um dies zu vermeiden in der Zukunft. Es nutzt Globale hooks zur Verfügung, da Git version 2.9, um zu überprüfen Ihre E-Mail-Konfiguration auf das Verzeichnis Ihrer in:

#!/bin/sh
PWD=`pwd`
if [[ $PWD == *"Ippon"* ]] # 1)
then
  EMAIL=$(git config user.email)
  if [[ $EMAIL == *"Work"* ]] # 2)
  then
    echo "";
  else
    echo "Email not configured to your Work email in the Work directory.";
    git config user.email "[email protected]"
    echo "Git email configuration has now been changed to \"$(git config user$
    echo "\nPlease run your command again..."
    echo ''
    exit 1
  fi;
elif [[ $PWD == *"Personal"* ]]
then
  EMAIL=$(git config user.email)
  if [[ $EMAIL == "[email protected]" ]]
  then
    echo "";
  else
    echo "Email is not configured to your personal account in the Personal di$
    git config user.email "[email protected]"
    echo "Git email configuration has now been changed to \"$(git config user$
    echo "\nPlease run your command again..."
    echo ''
    exit 1;
  fi;
fi; 

Er überprüft, ob der aktuelle Arbeitsverzeichnis, dann prüft git konfiguriert ist, um die richtige E-Mail. Wenn nicht, es ändert sich automatisch. Die vollständigen details hier.