2017-02-20 3 views
1

Ich habe eine Fehlersuche durchgeführt, warum meine Commits nicht in meinem "Aktivitätskalender" auf GitHub angezeigt wurden, und indem ich meine Commits ansah, die nicht angezeigt wurden, erkannte ich, dass sie eine E-Mail-Adresse verwendet hatte, die ich nicht mit meinem Account verknüpft hatte.Wo wohnen meine E-Mail-Adressen?

Was ich jedoch nicht bekomme, ist, woher es diese E-Mail-Adresse hat. Die E-Mail, die sie verwendet, bezieht sich auf meinen internen Benutzernamen an meinem Arbeitsplatz und hat grundsätzlich die Struktur [email protected]. Ich habe noch nie eine E-Mail-Adresse benutzt, ich bin mir nicht sicher, ob es tatsächlich funktioniert und ich habe das nirgendwo selbst bereitgestellt.

Die vorgeschlagenen Überprüfungen git config --global user.email und git config user.email zeigen, dass die (angeblich) verwendete E-Mail-Adresse meine übliche ist, die ich verwenden möchte. Auch laufen echo $GIT_COMMITTER_EMAIL und echo $GIT_AUTHOR_EMAIL zeigen, dass diese leer sind; jedoch versucht, sie als vorgeschlagen here nicht funktioniert; es sagt nur bash: GIT_*_EMAIL: command not found.

So könnte es für alle außer mir offensichtlich sein, aber wo genau die (falsche) E-Mail-Adresse [email protected] leben und wie kann ich es beheben? Und warum überhaupt überhaupt?


Edit: Ich habe auch die folgende Meldung erhalten:

Committer: My Name <[email protected]> 
Your name and email address were configured automatically based 
on your username and hostname. Please check that they are accurate. 
You can suppress this message by setting them explicitly. Run the 
following command and follow the instructions in your editor to edit 
your configuration file: 

    git config --global --edit 

After doing this, you may fix the identity used for this commit with: 

    git commit --amend --reset-author 

Die letzte Zeile in einen Editor bringt nur in dem lege ich meinen letzten bearbeiten zu bekommen.

+0

Welche Version von Git Client laufen Sie? –

+0

@AlNeill 'git --version' gibt' git Version 2.7.1.windows.1' zurück. – hejseb

Antwort

1

Ich hatte das gleiche Problem bei der Verwendung von Git über R Studio auf Windows 7 Enterprise. In meiner Situation scheint das Problem zu sein, dass Git, das über die Shell aufgerufen wird, nach .gitconfig in %HOMEDRIVE% sucht, während beim Zugriff über R Studio in %USERPROFILE% aussieht.

In meinem Arbeitssystem ist %HOMEDRIVE% einem Netzlaufwerk (M :) zugeordnet, während %USERPROFILE% auf einen lokalen Ordner zeigt, C:\Users\<my_username>.

Meine quick-n-Dirty-Lösung bestand darin, alle geoteilten Git-Dateien von %HOMEDRIVE% nach %USERPROFILE% zu kopieren. Öffnen Sie einfach ein paar Explorer-Fenster und geben Sie die Namen %HOMEDRIVE% und in die Adressleisten ein. Versuchen Sie, die entsprechenden Dateien zu kopieren, sofern sie für Sie unterschiedlich sind. Ich denke, dass nur Kopieren .gitconfig würde wahrscheinlich funktionieren, aber ich kopierte auch die bash und vim Config-Dateien als auch auf der sicheren Seite zu sein.

Ich vermute, dass eine bessere Lösung das Einrichten Ihres Systems beinhalten würde, so dass alle Versionen von Git am selben Ort aussehen und diese Dateien nur an einem Ort haben. Ich glaube, dass das Bearbeiten profile erfordert, das in C:\Program Files\Git\etc auf meinem Windows 7-Computer gefunden wird. Diese Antwort schlägt vor, dass Sie eine Zeile in profile Einstellung HOME="$HOMEDRIVE$HOMEPATH" finden sollten, obwohl das nicht in meinem profile: https://stackoverflow.com/a/2115116/4957167 war. (Lesen Sie die anderen Antworten auf diese Frage und sehen Erwähnung sowohl %HOMEDRIVE% und %USERPROFILE% war es, was mich kippte dies zu versuchen.)

Diese Frage hat weitere Informationen über %HOMEDRIVE% und %USERPROFILE%: What is the meaning of these Windows Environment variables: HOMEDRIVE, HOMEPATH, HOMESHARE, USERPROFILE.