Ist es möglich, unterschiedliche Git-Konfigurationen für unterschiedliche Projekte zu haben?

.gitconfigwird normalerweise im user.homeVerzeichnis gespeichert .

Ich verwende eine andere Identität, um an Projekten für Unternehmen A und etwas anderes für Unternehmen B zu arbeiten (hauptsächlich den Namen / die E-Mail-Adresse). Wie kann ich zwei verschiedene Git-Konfigurationen haben, damit meine Check-Ins nicht mit dem Namen / der E-Mail-Adresse übereinstimmen?

Die .git/configDatei in einem bestimmten Klon eines Repositorys ist lokal für diesen Klon. Alle dort vorgenommenen Einstellungen wirken sich nur auf Aktionen für das jeweilige Projekt aus.

(Standardmäßig git configändert .git/config, nicht ~/.gitconfig- nur mit --globalnicht verändert es das letztere.)

Es gibt 3 Ebenen der Git-Konfiguration. Projekt, global und System.

• Projekt : Projektkonfigurationen sind nur für das aktuelle Projekt verfügbar und werden in .git / config im Projektverzeichnis gespeichert.
• global : Globale Konfigurationen sind für alle Projekte für den aktuellen Benutzer verfügbar und in ~ / .gitconfig gespeichert.
• System : Systemkonfigurationen sind für alle Benutzer / Projekte verfügbar und in / etc / gitconfig gespeichert.

Erstellen Sie eine projektspezifische Konfiguration. Sie müssen diese im Projektverzeichnis ausführen:

$ git config user.name "John Doe" 

Erstellen Sie eine globale Konfiguration:

$ git config --global user.name "John Doe"

Erstellen Sie eine Systemkonfiguration:

$ git config --system user.name "John Doe" 

Und wie Sie sich vorstellen können, überschreibt das Projekt das globale und das globale Überschreibungssystem.

Ab Git-Version 2.13 unterstützt Git bedingte Konfigurations-Includes . In diesem Beispiel klonen wir die Repos von Firma A im ~/company_aVerzeichnis und die Repos von Firma B in ~/company_b.

In deine .gitconfigkannst du so etwas stecken.

[includeIf "gitdir:~/company_a/"]
  path = .gitconfig-company_a
[includeIf "gitdir:~/company_b/"]
  path = .gitconfig-company_b

Beispielinhalt von .gitconfig-company_a

[user]
name = John Smith
email = john.smith@companya.net

Beispielinhalt von .gitconfig-company_b

[user]
name = John Smith
email = js@companyb.com

Danke @ crea1

Eine kleine Variante:

Wie es auf https://git-scm.com/docs/git-config#_includes geschrieben steht :

Wenn das Muster mit endet /, **wird es automatisch hinzugefügt. Zum Beispiel kann das Muster foo/wird foo/**. Mit anderen Worten, es passt foound alles im Inneren rekursiv zusammen.

Also benutze ich in meinem Fall
~ / .gitconfig :

[user] # as default, personal needs
    email = myalias@personal-domain.fr
    name = bcag2
[includeIf "gitdir:~/workspace/"] # job needs, like workspace/* so all included projects
    path = .gitconfig-job

# all others section: core, alias, log…

Wenn sich das Projektverzeichnis in my befindet ~/wokspace/, werden die Standardbenutzereinstellungen durch
~ / .gitconfig-w ersetzt :

[user]
name = John Smith
email = js@company.com

Um explizit zu sein, können Sie auch --localdie aktuelle Repository-Konfigurationsdatei verwenden :

git config --local user.name "John Doe" 

Sie können die Umgebungsvariable auch GIT_CONFIGauf eine Datei verweisen, die git configverwendet werden soll. Mit GIT_CONFIG=~/.gitconfig-A git config key valueder angegebenen Datei wird manipuliert.

Ich mache das für meine E-Mail folgendermaßen:

git config --global alias.hobbyprofile 'config user.email "me@example.com"'

Wenn ich dann ein neues Arbeitsprojekt klone, muss ich es nur ausführen git hobbyprofileund es wird für die Verwendung dieser E-Mail konfiguriert.

Eine andere Möglichkeit besteht darin, direnv zu verwenden und Konfigurationsdateien pro Verzeichnis zu trennen. Zum Beispiel:

.
├── companyA
│  ├── .envrc
│  └── .gitconfig
├── companyB
│  ├── .envrc
│  └── .gitconfig
└── personal
   ├── .envrc
   └── .gitconfig

Jedes .envrcsollte so etwas enthalten:

export GIT_CONFIG=$(pwd)/.gitconfig

Und .gitconfigist gitconfig mit gewünschten Werten üblich.

Sie können die Git-Konfiguration eines Projekts anpassen, indem Sie die repository-spezifische Konfigurationsdatei (dh /path/to/repo/.git/config) ändern . Übrigens, git configschreibt standardmäßig in diese Datei:

cd /path/to/repo
git config user.name 'John Doe'  # sets user.name locally for the repo

Ich ziehe es separate Profile für verschiedene Projekte erstellen (zB in ~/.gitconfig.d/) und dann ist sie in der Konfigurationsdatei des Repository:

cd /path/to/repo
git config include.path '~/.gitconfig.d/myproject.conf'

Dies funktioniert gut, wenn Sie denselben Optionssatz in mehreren Repos verwenden müssen, die zu einem einzelnen Projekt gehören. Sie können auch Shell-Aliase oder einen benutzerdefinierten Git-Befehl einrichten, um die Profile zu bearbeiten.

Ich bin im selben Boot. Ich habe ein kleines Bash-Skript geschrieben, um sie zu verwalten. https://github.com/thejeffreystone/setgit

#!/bin/bash

# setgit
#
# Script to manage multiple global gitconfigs
# 
# To save your current .gitconfig to .gitconfig-this just run:
# setgit -s this
#
# To load .gitconfig-this to .gitconfig it run:
# setgit -f this
# 
# 
# 
# Author: Jeffrey Stone <thejeffreystone@gmail.com>

usage(){
  echo "$(basename $0) [-h] [-f name]" 
  echo ""
  echo "where:"
  echo " -h  Show Help Text"
  echo " -f  Load the .gitconfig file based on option passed"
  echo ""
  exit 1  
}

if [ $# -lt 1 ]
then
  usage
  exit
fi

while getopts ':hf:' option; do
  case "$option" in
      h) usage
         exit
         ;;
      f) echo "Loading .gitconfig from .gitconfig-$OPTARG"
         cat ~/.gitconfig-$OPTARG > ~/.gitconfig
         ;;
      *) printf "illegal option: '%s'\n" "$OPTARG" >&2
         echo "$usage" >&2
         exit 1
         ;;
    esac
done

Beim Versuch, git stashmeine lokalen Änderungen vorzunehmen, ist ein Fehler aufgetreten . Der Fehler von git sagte "Bitte sag mir, wer du bist" und sagte mir dann "Ausführen git config --global user.email "you@example.comund git config --global user.name "Your name"die Standardidentität deines Kontos festlegen". Sie müssen jedoch --global weglassen , um die Identität nur in Ihrem aktuellen Repository festzulegen .