Est-il possible d'avoir une configuration Git différente pour différents projets?

.gitconfigest généralement stocké dans le user.homerépertoire.

J'utilise une identité différente pour travailler sur des projets pour la société A et autre chose pour la société B (principalement le nom / e-mail). Comment puis-je avoir deux configurations Git différentes pour que mes enregistrements ne correspondent pas au nom / e-mail?

Le .git/configfichier d'un clone particulier d'un référentiel est local à ce clone. Tous les paramètres qui y sont placés affecteront uniquement les actions pour ce projet particulier.

(Par défaut, git configmodifie .git/config, non ~/.gitconfig- seulement avec --globalmodifie-t-il ce dernier.)

Il existe 3 niveaux de configuration git; projet, global et système.

• projet : les configurations de projet sont uniquement disponibles pour le projet en cours et stockées dans .git / config dans le répertoire du projet.
• global : les configurations globales sont disponibles pour tous les projets pour l'utilisateur actuel et stockées dans ~ / .gitconfig.
• system : Les configurations système sont disponibles pour tous les utilisateurs / projets et stockées dans / etc / gitconfig.

Créez une configuration spécifique au projet, vous devez l'exécuter sous le répertoire du projet:

$ git config user.name "John Doe" 

Créez une configuration globale:

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

Créez une configuration système:

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

Et comme vous pouvez le deviner, le projet remplace le système global et le système global.

À partir de la version 2.13 de git, git prend en charge les configurations conditionnelles incluses . Dans cet exemple, nous clonons les référentiels de la société A dans le ~/company_arépertoire et les référentiels de la société B dans ~/company_b.

Dans votre, .gitconfigvous pouvez mettre quelque chose comme ça.

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

Exemple de contenu de .gitconfig-company_a

[user]
name = John Smith
email = [email protected]

Exemple de contenu de .gitconfig-company_b

[user]
name = John Smith
email = [email protected]

Merci @ crea1

Une petite variante:

Comme il est écrit sur https://git-scm.com/docs/git-config#_includes :

Si le motif se termine par /, **sera automatiquement ajouté. Par exemple, le motif foo/devient foo/**. En d'autres termes, cela correspond à footout ce qui se trouve à l'intérieur, récursivement.

J'utilise donc dans mon cas,
~ / .gitconfig :

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

# all others section: core, alias, log…

Donc, si le répertoire du projet est dans my ~/wokspace/, les paramètres utilisateur par défaut sont remplacés par
~ / .gitconfig-w :

[user]
name = John Smith
email = [email protected]

Pour être explicite, vous pouvez également utiliser --localpour utiliser le fichier de configuration du référentiel actuel :

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

Vous pouvez également pointer la variable d'environnement GIT_CONFIGvers un fichier à git configutiliser. Avec GIT_CONFIG=~/.gitconfig-A git config key valuele fichier spécifié est manipulé.

Je fais cela pour mon e-mail de la manière suivante:

git config --global alias.hobbyprofile 'config user.email "[email protected]"'

Ensuite, lorsque je clone un nouveau projet de travail, je n'ai qu'à exécuter git hobbyprofileet il sera configuré pour utiliser cet e-mail.

Une autre façon consiste à utiliser direnv et à séparer les fichiers de configuration par répertoire. Par exemple:

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

Chacun .envrcdevrait contenir quelque chose comme ceci:

export GIT_CONFIG=$(pwd)/.gitconfig

Et .gitconfigest gitconfig habituel avec les valeurs souhaitées.

Vous pouvez personnaliser la configuration Git d'un projet en modifiant le fichier de configuration spécifique au référentiel (c'est-à-dire /path/to/repo/.git/config). BTW, git configécrit dans ce fichier par défaut:

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

Je préfère créer des profils distincts pour différents projets (par exemple dans ~/.gitconfig.d/), puis les inclure dans le fichier de configuration du référentiel:

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

Cela fonctionne bien si vous devez utiliser le même ensemble d'options dans plusieurs référentiels appartenant à un même projet. Vous pouvez également configurer des alias de shell ou une commande Git personnalisée pour manipuler les profils.

Je suis dans le meme bateau. J'ai écrit un petit script bash pour les gérer. 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 <[email protected]>

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

J'ai eu une erreur lors de la tentative de git stashmodifications locales. L'erreur de git a dit "S'il vous plaît, dites-moi qui vous êtes", puis dites-moi "Exécuter git config --global user.email "[email protected]et git config --global user.name "Your name"définir l'identité par défaut de votre compte". Cependant, vous devez omettre --global pour définir l'identité uniquement dans votre référentiel actuel.