Github-Benutzer pro Projektumfang

So verwenden Sie einen anderen Github-Benutzer für verschiedene Projekte

Unterschiedliche Github-Benutzer pro Projekt

Wenn Sie je nach Projekt, an dem Sie gerade arbeiten, einen anderen Github-Benutzer verwenden möchten, sind die erforderlichen Änderungen recht klein und schnell umgesetzt. Die Hauptvoraussetzung, um einen Github-Benutzer im Projektbereich zu definieren, ist die korrekte Definition der Konfigurationsdatei im .git-Verzeichnis.

Aktualisieren der Konfigurationsdatei

Dies kann entweder manuell durch direktes Ändern der Datei oder mithilfe der git-CLI erfolgen. Im folgenden Beispiel zeige ich Ihnen, wie Sie die CLI verwenden. Beachten Sie, dass jedes Projekt, das git als Versionsverwaltungstool verwendet, ein solches Verzeichnis sowie die Konfigurationsdatei hat. Was genau es tut, ist außerhalb des Rahmens dieses Artikels, also konzentrieren wir uns vorerst auf die bereichsbezogene Benutzerkonfiguration.

Stellen Sie vor dem Ausführen der Befehle sicher, dass Sie sich im Stammverzeichnis des Projekts befinden.

// Note: the quotation marks have to be included!

git config --local user.name "user-name"
git config --local user.email "[email protected]"

Das „--local“-Flag macht den Unterschied

Der Hauptunterschied bei der Einstellung sowohl des Benutzernamens als auch der E-Mail besteht darin, das „--local“-Flag zu verwenden. Dadurch wird die „config“ im versteckten .git-Verzeichnis aktualisiert.

Unter macOS können Sie die Tastenkombination "Umschalt" + "Befehl" + "Punkt" verwenden. Aktivieren Sie unter Windows einfach das Kontrollkästchen, um alle Dateien im Explorer anzuzeigen.

// Example of some of the contents of the 'config'-file
// after running the above commands.
//
// The snippet below only shows a slice of a given
// config file and focus on the relevant changes.

[core]
	repositoryformatversion = 0
	filemode = true
[user]
	name = user-name
	email = [email protected]

// As you can see, "[user]" got added to the file.
// This now informs git regarding the user in
// this local clone of the repo.

Fazit

Und wir sind bereits am Ende dieses Artikels angelangt. Wie Sie sehen, ist die Verwendung eines anderen Benutzers für jedes Projekt nur eine kleine Änderung erforderlich, hilft Ihnen jedoch, den Kontowechsel bei jedem Projektwechsel zu vermeiden.