Legen Sie die Git-Konfigurationswerte für alle untergeordneten Ordner fest

Ich weiß, dass es möglich ist, Konfigurationen pro Repo festzulegen, die die Konfiguration auf Benutzerebene /path/to/my/repo/.gitconfigüberschreiben (dh überschreiben ~/.gitconfig). Ist es möglich, Git-Konfigurationen festzulegen, die die Einstellungen auf Benutzerebene für alle untergeordneten Ordner eines bestimmten Ordners überschreiben? Dh ich habe

|--topLevelFolder1
|--\
|   ---.gitconfig_override
|--\
|   ---childFolder1
|       \---[...]
|--\
|   ---childFolder2
|       \---[...]

Und ich möchte die definierten Einstellungen .gitconfig_overridein anzuwenden childFolder1und childFolder2.

Meine Motivation dafür ist folgende: Ich habe einen Arbeitslaptop, den ich auch in meiner Freizeit für persönliche Projekte benutze. Mein gesamter Arbeitscode ist in einem einzigen Ordner verschachtelt. Wenn ich zu Git-Repos drücke, muss ich dies mit meiner Arbeitsperson tun - Arbeitsanmeldung anstelle von Name und Arbeits-E-Mail. Wenn ich zu meinen persönlichen (Github-) Repos gehe, möchte ich dies mit meinem richtigen Namen und meiner persönlichen E-Mail-Adresse tun.

Andere mögliche Lösungen, an die ich gedacht habe (und Probleme):

• Erstellen Sie separate Benutzer für "Arbeiten" und "Spielen", stellen Sie die Einstellungen auf Benutzerebene entsprechend ein und melden Sie sich als geeigneter Benutzer an, wenn ich den Kontext wechsle (Ärger, und ich könnte leicht vergessen, zu wechseln).
• Erstellen Sie ein Skript, das in "workFolder" nach Git-Repos sucht und deren .gitconfig-Dateien hinzufügt / aktualisiert, um die entsprechenden Details zu speichern (wenn ich ein Repo erstelle und vergesse, das Skript vor dem Push auszuführen, werde ich als falsche Person pushen).
• "hack" git so, dass jedes Mal, wenn ein Repo erstellt wird, der Dateipfad überprüft und gegebenenfalls die .gitconfig-Datei aktualisiert wird (kompliziert, chaotisch und mit ziemlicher Sicherheit die falsche Vorgehensweise - außerdem hätte ich das nicht erster Hinweis, wie es geht!)

Ich habe diese Frage überprüft , die nur Lösungen für einzelne Repos zu enthalten scheint, nicht für mehrere. Hoffentlich wird jemand diese Frage sehen, der diese verpasst hat!

BEARBEITEN: Git 2.13 führte bedingte Includes ein , die genau dieses Problem lösen sollen.

Meine ursprüngliche Antwort wird aus Gründen der Geschichte unten beibehalten (und Benutzer, die an älteren Versionen von git festhalten).

===================================

Das genaue gewünschte Verhalten wird nicht unterstützt, basierend auf dem Lesen der Manpage gitconfig.

Wie jedoch von git 1.7.12 liest Git Konfigurationsdaten aus vier verschiedenen Quellen , von denen zwei benutzerspezifisch sind:

$XDG_CONFIG_HOME/git/configund ~/.gitconfig. Einträge in ~/.gitconfigüberschreiben Einträge in $XDG_CONFIG_HOME/git/config.

Das heißt, Sie können Ihre persönliche gitconfig unter speichern $XDG_CONFIG_HOME/git/configund maschinenspezifische Überschreibungen einfügen ~/.gitconfig. Etwas wie

[user]
    email = [email protected]

in ~/.gitconfigsollte Ihren E-Mail-Fall abdecken.

Beachten Sie, dass git sucht, wenn $ XDG_CONFIG_HOME nicht festgelegt ist ~/.config/git/config.

Dies funktioniert gut für mich, da ich immer nur zwei persönliche Repos auf Arbeitsmaschinen habe (meine Emacs-Konfiguration und meine Punktedateien). Wenn Sie Ihren Arbeitsmaschinen häufig persönliche Repos hinzufügen, ist dies möglicherweise nicht gut genug für Sie.

In diesem Fall sind benutzerdefinierte Wrapper vorhanden git initund git clonedie beste Wahl.

Jede Binärdatei auf Ihrem $ PATH, deren Name mit 'git- *' übereinstimmt, kann als git-Befehl aufgerufen werden. Sie benötigen also nur ein Paar Shell-Skripte, die den ursprünglichen Befehl mit allen übergebenen Argumenten aufrufen, und kopieren dann die richtige Konfigurationsdatei in .git/config.

Wie in NateEags Bearbeitung erwähnt , sind die Conditional Includes von git perfekt dafür. Da diese Antwort die für Leute mit Git <2.13 ist, ist hier eine für diejenigen, die neuere Versionen haben.

Erstellen Sie zunächst irgendwo eine neue Konfigurationsdatei mit den Einstellungen, die in den Unterordnern wirksam werden sollen. Verwenden Sie beispielsweise die Ordner der ursprünglichen Frage ~/topLevelFolder1/.gitconfig_include

In ~/.gitconfighinzufügen:

[includeIf "gitdir:~/toplevelFolder1/"]
    path = ~/topLevelFolder1/.gitconfig_include

Jeder Unterordner von ~/topLevelFolder1wird jetzt die Konfiguration in enthalten ~/toplevelFolder1/.gitconfig_include- es ist nicht erforderlich, .git/configdas Repo in jedem Unterordner manuell zu ändern . (Dies überschreibt nicht alles, was in der Unterordner-Konfiguration enthalten ist - es wird nur hinzugefügt , wie "Einschließen" impliziert.)

Mit dem direnvBefehl können Sie Umgebungsvariablen festlegen, die für alle untergeordneten Ordner gelten. Sie können sich an einer beliebigen Stelle in dieser Verzeichnishierarchie befinden. Wenn die Git-Einstellung, die Sie festlegen möchten, von einer Umgebungsvariablen gesteuert werden kann, haben Sie Glück.

Lesen Sie die direnvBasisseite http://direnv.net/ , um sie für Ihre Shell einzurichten. Für zsh war es so einfach, diese Linie am unteren Rand von my zu kleben .zshrcund die Shell neu zu starten.

eval "$(direnv hook zsh)"

Überprüfen Sie, ob die gewünschte Git-Einstellung von einer Umgebungsvariablen gesteuert werden kann. Es scheint, dass Sie author.emailfür einen bestimmten Verzeichnisbaum steuern möchten , der von der Umgebungsvariablen gesteuert wird GIT_AUTHOR_EMAIL. Beachten Sie, dass Umgebungsvariablen Vorrang vor config haben. Eine vollständige Liste der von git unterstützten Umgebungsvariablen finden Sie hier: https://git-scm.com/book/en/v2/Git-Internals-Environment-Variables

As, direnv‚s - Seite gibt an , eine Datei mit dem Namen, .envrcan der Wurzel der Hierarchie; in deinem Fall,topLevelFolder1

Zum Beispiel:

echo export [email protected] > .envrc

"Erlaube" der Umgebung: direnv allow .Das war's!

Jedes Mal, wenn Sie in die Hierarchie springen, direnvfinden Sie die besagte .envrcDatei und laden sie.

$ cd ~/topLevelFolder1/childFolder1/project_name
direnv: loading ../../../.envrc
direnv: export +GIT_AUTHOR_EMAIL

$ echo ${GIT_AUTHOR_EMAIL}
[email protected]

Wechseln Sie aus der Verzeichnisstruktur und direnventladen Sie diese Variablen

cd ~
direnv: unloading

Der [include]Abschnitt in git config ( .git/config, ~/.gitconfig...) ist genau das , wonach Sie suchen.

[include]
    path = /path/to/foo.inc ; include by absolute path
    path = foo ; expand "foo" relative to the current file
    path = ~/foo ; expand "foo" in your $HOME directory

Siehe ausführlich beantwortete Frage: Ist es möglich, eine Datei in Ihre .gitconfig aufzunehmen?

Siehe git-config-Dokumentation: http://git-scm.com/docs/git-config#_includes

BEARBEITEN

Hinzufügen childFolder1/.git/configund childFolder2/.git/config:

[include]
    path = ../.gitconfig_override