Puis-je spécifier plusieurs utilisateurs pour moi-même dans .gitconfig?

Question

Dans mon ~/.gitconfig, je liste mon adresse e-mail personnelle sous [user], puisque c'est ce que je veux utiliser pour repo Github.

Mais, je l'ai récemment commencé à utiliser git pour le travail aussi. Le git de mon entreprise me permet de commettre, mais quand il envoie des annonces de nouveaux changesets, il dit qu'ils sont de Anonymous parce qu'il ne reconnaît pas l'adresse e-mail dans mon .gitconfig -. au moins, c'est ma théorie

Est-il possible de spécifier plusieurs définitions de [user] dans .gitconfig? Ou est-il une autre façon de remplacer le .gitconfig par défaut pour un répertoire? Dans mon cas, je vérifie tout le code de travail ~/worksrc/ - est-il un moyen de spécifier un .gitconfig de ce répertoire (et ses sous-répertoires)

?

Answer 1

Vous pouvez configurer une prise en pension individuelle à utiliser une adresse utilisateur / email spécifique qui remplace la configuration globale. De la racine du repo, exécutez

git config user.name "Your Name Here"
git config user.email your@email.com

alors que l'utilisateur par défaut / email est configuré dans votre ~ / .gitconfig

git config --global user.name "Your Name Here"
git config --global user.email your@email.com

Answer 2

Depuis git 2,13 , il est possible de résoudre ce nouveau introduit en utilisant

Vous pouvez également ajouter les informations suivantes dans votre fichier .git/config locale

[user]  
    name = Your Name
    email = your.email@gmail.com

Une commande de comptes GitHub commutateur

Cette solution prend la forme d'un seul alias git. Une fois exécuté, l'utilisateur actuel du projet sera attaché à un autre compte

Générer des clés ssh

ssh-keygen -t rsa -C "rinquin.arnaud@gmail.com" -f '/Users/arnaudrinquin/.ssh/id_rsa'

[...]

ssh-keygen -t rsa -C "arnaud.rinquin@wopata.com" -f '/Users/arnaudrinquin/.ssh/id_rsa_pro'

les à vos comptes GitHub / Bitbucket

1. copier pbcopy < ~/.ssh/id_rsa.pub par défaut clé publique
2. Connectez-vous à votre GitHub acount
3. collez la clé dans la page github add SSH key
4. copier d'autres pbcopy < ~/.ssh/id_rsa_pro.pub clé publique
5. répétition et d'adapter les étapes 2 à 4 pour tous les autres compte

Étape 1. commutation automatique clé ssh.

Nous pouvons configurer ssh d'envoyer une aide d'une clé de chiffrement spécifique en fonction de la host. La bonne chose est que vous pouvez avoir plusieurs noms d'emprunt pour la même hostname.

Voir cet exemple fichier ~/.ssh/config:

# Default GitHub
Host github.com
  HostName github.com
  User git
  IdentityFile ~/.ssh/id_rsa

# Professional github alias
Host github_pro
  HostName github.com
  User git
  IdentityFile ~/.ssh/id_rsa_pro

git configuration à distance

Vous pouvez maintenant utiliser ces alias dans les télécommandes git en changeant git@github.com par git@github_pro.

Vous pouvez soit changer vos télécommandes projets existants (en utilisant quelque chose comme git remote set-url origin git@github_pro:foo/bar.git) ou les adapter directement lors de leur clonage.

git clone git@github.com:ArnaudRinquin/atom-zentabs.git

en utilisant alias, il devient:

git clone git@github_pro:ArnaudRinquin/atom-zentabs.git

Étape 2. Changement git user.email

Paramètres de configuration Git peut être globale ou par projet. Dans notre cas, nous voulons un par les paramètres du projet. Il est très facile de le changer:

git config user.email 'arnaud.rinquin@wopata.com'

Bien que ce soit facile, il prend beaucoup de temps pour les développeurs que nous sommes. Nous pouvons écrire un alias git très simple pour cela.

Nous allons l'ajouter au fichier ~/.gitconfig.

[user]
    name = Arnaud Rinquin
    email = rinquin.arnaud@gmail.com

...

[alias]
    setpromail = "config user.email 'arnaud.rinquin@wopata.com'"

Alors, tout ce que nous devons faire est de git setpromail avoir changé notre e-mail uniquement pour ce projet.

Étape 3. Un commutateur de commande s'il vous plaît?

Ce ne serait pas agréable de passer du compte par défaut à un spécifié avec une seule commande sans paramètre? Ceci est sans aucun doute possible. Cette commande comportera deux étapes:

• changement en cours de projet Distants aux alias choisis
• Changement projet en cours user.email config

Nous avons déjà une solution d'une commande pour la deuxième étape, mais le premier est beaucoup plus difficile. Une commande de changement d'hôte distant

Voici la solution sous la forme d'une autre commande alias git ajouter à votre ~/.gitconfig:

[alias]
  changeremotehost = !sh -c \"git remote -v | grep '$1.*fetch' | sed s/..fetch.// | sed s/$1/$2/ | xargs git remote set-url\"

Cela permet de changer toutes les télécommandes d'un hôte à un autre (l'alias). Voir l'exemple:

$ > git remote -v
origin  git@github.com:ArnaudRinquin/arnaudrinquin.github.io.git (fetch)
origin  git@github.com:ArnaudRinquin/arnaudrinquin.github.io.git (push)

$ > git changeremotehost github.com github_pro

$ > git remote -v
origin  git@github_pro:ArnaudRinquin/arnaudrinquin.github.io.git (fetch)
origin  git@github_pro:ArnaudRinquin/arnaudrinquin.github.io.git (push)

les combiner

Nous avons maintenant juste pour combiner les deux commandes en un seul, cela est assez facile. Voyez comment j'intègre également la commutation hôte bitbucket.

[alias]
  changeremotehost = !sh -c \"git remote -v | grep '$1.*fetch' | sed s/..fetch.// | sed s/$1/$2/ | xargs git remote set-url\"
  setpromail = "config user.email 'arnaud.rinquin@wopata.com'"
  gopro = !sh -c \"git changeremotehost github.com github_pro && git changeremotehost bitbucket.com bitbucket_pro && git setpromail\"

-Tutorial Source lien

Après avoir obtenu un peu d'inspiration de le blog de Orr Sella j'ai écrit un crochet pre-commit (réside dans ~/.git/templates/hooks) qui fixeraient les noms d'utilisateurs et adresses de courrier électronique basé sur les informations à l'intérieur du ./.git/config d'une repositorie locale:

Vous devez placer le chemin vers le répertoire de modèle dans votre ~/.gitconfig:

[init]
    templatedir = ~/.git/templates

Ensuite, chaque git init ou git clone vont ramasser ce crochet et appliqueront les données de l'utilisateur lors de la prochaine git commit. Si vous souhaitez appliquer le crochet aux mises en pension déjà exisiting puis exécutez juste un git init à l'intérieur du repo afin de le réinitialiser.

Voici le crochet je suis venu avec (il a encore besoin de polissage - suggestions sont les bienvenus). Enregistrer soit comme

~/.git/templates/hooks/pre_commit

ou

~/.git/templates/hooks/post-checkout

et assurez-vous qu'il est exécutable: chmod +x ./post-checkout || chmod +x ./pre_commit

#!/usr/bin/env bash

# -------- USER CONFIG
# Patterns to match a repo's "remote.origin.url" - beginning portion of the hostname
git_remotes[0]="Github"
git_remotes[1]="Gitlab"

# Adjust names and e-mail addresses
local_id_0[0]="my_name_0"
local_id_0[1]="my_email_0"

local_id_1[0]="my_name_1"
local_id_1[1]="my_email_1"

local_fallback_id[0]="${local_id_0[0]}"
local_fallback_id[1]="${local_id_0[1]}"


# -------- FUNCTIONS
setIdentity()
{
    local current_id local_id

    current_id[0]="$(git config --get --local user.name)"
    current_id[1]="$(git config --get --local user.email)"

    local_id=("$@")

    if [[ "${current_id[0]}" == "${local_id[0]}" &&
          "${current_id[1]}" == "${local_id[1]}" ]]; then
        printf " Local identity is:\n"
        printf "»  User: %s\n»  Mail: %s\n\n" "${current_id[@]}"
    else
        printf "»  User: %s\n»  Mail: %s\n\n" "${local_id[@]}"
        git config --local user.name "${local_id[0]}"
        git config --local user.email "${local_id[1]}"
    fi

    return 0
}

# -------- IMPLEMENTATION
current_remote_url="$(git config --get --local remote.origin.url)"

if [[ "$current_remote_url" ]]; then

    for service in "${git_remotes[@]}"; do

        # Disable case sensitivity for regex matching
        shopt -s nocasematch

        if [[ "$current_remote_url" =~ $service ]]; then
            case "$service" in

                "${git_remotes[0]}" )
                    printf "\n»» An Intermission\n»  %s repository found." "${git_remotes[0]}"
                    setIdentity "${local_id_0[@]}"
                    exit 0
                    ;;

                "${git_remotes[1]}" )
                    printf "\n»» An Intermission\n»  %s repository found." "${git_remotes[1]}"
                    setIdentity "${local_id_1[@]}"
                    exit 0
                    ;;

                * )
                    printf "\n»  pre-commit hook: unknown error\n» Quitting.\n"
                    exit 1
                    ;;

            esac
        fi
    done
else
    printf "\n»» An Intermission\n»  No remote repository set. Using local fallback identity:\n"
    printf "»  User: %s\n»  Mail: %s\n\n" "${local_fallback_id[@]}"

    # Get the user's attention for a second
    sleep 1

    git config --local user.name "${local_fallback_id[0]}"
    git config --local user.email "${local_fallback_id[1]}"
fi

exit 0

---

EDIT:

Je récrit le crochet comme un crochet et commande en Python. De plus il est possible d'appeler le script comme une commande Git (git passport), aussi. En outre, il est possible de définir un nombre arbitraire d'ID à l'intérieur d'un configfile (~/.gitpassport) qui peuvent être sélectionnés sur une invite. Vous pouvez trouver le projet à github.com: git-passeport - Une commande Git et crochet écrit en Python pour gérer plusieurs les comptes Git / identités utilisateur .

Si vous ne voulez pas avoir une adresse e-mail par défaut ( liens d'adresse e-mail à un github utilisateur ), vous pouvez configurer que vous souhaitez poser. Comment vous pouvez faire cela dépend de la version de git que vous utilisez, voir ci-dessous.

Le (prévu) inconvénient est que vous devez configurer votre adresse e-mail (et votre nom) une fois pour chaque dépôt. Donc, vous ne pouvez pas oublier de le faire.

Version <2.7.0

[user]
    name = Your name
    email = "(none)"

dans votre ~/.gitconfig de configuration globale comme indiqué dans un commentaire par Dan Aloni dans blog de Orr Sella . Lorsque vous essayez de faire le premier commit dans un dépôt, git échoue avec le beau message:

*** Please tell me who you are.

Run

  git config --global user.email "you@example.com"
  git config --global user.name "Your Name"

to set your account's default identity.
Omit --global to set the identity only in this repository.

fatal: unable to auto-detect email address (got '(none)')

Le nom est tiré de la configuration globale lorsque l'adresse e-mail est définie localement (le message n'est pas tout à fait exact).

≤ Version 2.7.0 <2.8.0

Le comportement dans les versions <2.7.0 n'a pas été prévu et fixé avec 2.7.0. Vous pouvez toujours utiliser un crochet pre-commit comme décrit dans Orr blog de Sella. Cette solution fonctionne également pour les autres versions, mais les autres solutions non pour cette version.

Version ≥ 2.8.0

Dan Aloni a ajouté une option pour obtenir ce comportement (voir

Une autre option pour obtenir git de travailler avec plusieurs noms / emails est par aliasing git et en utilisant le drapeau -c pour remplacer la configuration spécifique au référentiel global et.

Par exemple, en définissant un alias:

alias git='/usr/bin/git -c user.name="Your name" -c user.email="name@example.com"'

Pour voir si cela fonctionne, il suffit de taper git config user.email:

$ git config user.email
name@example.com

Au lieu d'un alias, vous pouvez aussi mettre un exécutable git personnalisé au sein de votre $PATH.

#!/bin/sh
/usr/bin/git -c user.name="Your name" -c user.email="name@example.com" "$@"

Un avantage de ces méthodes sur une .git/config spécifique-référentiel est qu'il applique à chaque dépôt git lorsque le programme git personnalisé est actif. De cette façon, vous pouvez facilement basculer entre les utilisateurs / noms sans modifier la configuration (partagée).

Avec conditionnelle inclut Git 2,13, il est maintenant possible d'avoir plusieurs utilisateur / email coexiste sur une machine avec peu de travail.

user.gitconfig a mon nom personnel et par courriel. work-user.gitconfig a mon nom de travail et par courriel. Les deux fichiers sont au chemin de ~.

Donc, mon nom personnel / email applique par défaut. Pour c:/work/ dir, mon nom de travail / email est appliquée. Pour c:/work/github/ dir, mon nom personnel / email est appliqué. Cela fonctionne comme le dernier réglage soit appliquée.

# ~/.gitconfig
[include]
    path = user.gitconfig
[includeIf "gitdir/i:c:/work/"]
    path = work-user.gitconfig
[includeIf "gitdir/i:c:/work/github/"]
    path = user.gitconfig

gitdir est sensible à la casse et gitdir/i est insensible à la casse.

"gitdir/i:github/" s'appliquerait le conditionnel pour inclure un répertoire avec github dans son chemin.

Il existe une solution simple qui semble bien fonctionner pour éviter des erreurs.

Il suffit de retirer la section [user] de votre ~/.gitconfig, ce qui vous empêchera de faire des commits sans mise user.name pour chaque dépôt.

Dans votre ~/.bashrc, ajoutez quelques alias simples pour l'utilisateur et e-mail:

alias ggmail='git config user.name "My Name";git config user.email me@gmail.com'
alias gwork='git config user.name "My Name";git config user.email me@work.job'

alias git (et sections configs git) à la rescousse!

ajouter un alias (ligne de commande):

git config --global alias.identity '! git config user.name "$(git config user.$1.name)"; git config user.email "$(git config user.$1.email)"; :'

puis, ensemble, par exemple

git config --global user.github.name "your github username"
git config --global user.github.email your@github.email

et dans une nouvelle ou repo vous pouvez clonez exécuter cette commande:

git identity github

Cette solution est automatique, mais l'utilisateur désenclencher et email dans votre ~/.gitconfig globale et la mise à user.useConfigOnly true forcerait git à vous rappeler de les définir manuellement dans chaque nouveau ou cloné repo.

git config --global --unset user.name
git config --global --unset user.email
git config --global user.useConfigOnly true

Cette réponse est en partie inspiré par le message par @Saucier, mais je cherchais un moyen automatisé de jeu user.name et user.email sur une base repo, en fonction de la distance, qui était un peu de poids plus léger que le git- paquet de passeport qu'il a développé. Aussi h / t à @John pour le réglage useConfigOnly. Voici ma solution:

change .gitconfig:

[github]
    name = <github username>
    email = <github email>
[gitlab]
    name = <gitlab username>
    email = <gitlab email>
[init]
    templatedir = ~/.git-templates
[user]
    useConfigOnly = true

crochet qui devrait être sauvé le chemin suivant: ~/.git-templates/hooks/post-checkout:

#!/usr/bin/env bash

# make regex matching below case insensitive
shopt -s nocasematch

# values in the services array should have a corresponding section in
# .gitconfig where the 'name' and 'email' for that service are specified
remote_url="$( git config --get --local remote.origin.url )"
services=(
    'github'
    'gitlab'
)

set_local_user_config() {
    local service="${1}"
    local config="${2}"
    local service_config="$( git config --get ${service}.${config} )"
    local local_config="$( git config --get --local user.${config} )"

    if [[ "${local_config}" != "${service_config}" ]]; then
        git config --local "user.${config}" "${service_config}"
        echo "repo 'user.${config}' has been set to '${service_config}'"
    fi
}

# if remote_url doesn't contain the any of the values in the services
# array the user name and email will remain unset and the
# user.useConfigOnly = true setting in .gitconfig will prompt for those
# credentials and prevent commits until they are defined
for s in "${services[@]}"; do
    if [[ "${remote_url}" =~ "${s}" ]]; then
        set_local_user_config "${s}" 'name'
        set_local_user_config "${s}" 'email'
        break
    fi
done

J'utilise des informations d'identification différentes pour github et gitlab ce, mais ces références dans le code ci-dessus pourrait être remplacée ou complétée par un service que vous utilisez. Afin d'avoir le crochet post-caisse régler automatiquement le nom d'utilisateur et le courrier électronique localement pour une prise en pension après une marque de paiement que le nom de service apparaît dans l'URL distant, ajoutez au tableau de services dans le script post-checkout et créer une section pour elle dans votre .gitconfig qui contient votre nom d'utilisateur et le courrier électronique pour ce service.

Si aucun des noms de service apparaissent dans l'URL à distance ou la prise en pension ne pas une télécommande le nom d'utilisateur et votre email ne sera pas mis en place. Dans ces cas, le réglage user.useConfigOnly sera en jeu qui ne vous permettra pas de faire commits jusqu'à ce que le nom d'utilisateur et le courrier électronique sont fixés au niveau des prises en pension, et demandera à l'utilisateur de configurer ces informations.

GIT_AUTHOR_EMAIL + .bashrc locale

.bashrc_local: ne pas suivre ce fichier, mettre uniquement sur votre ordinateur de travail:

export GIT_AUTHOR_EMAIL='me@work.com'
export GIT_COMMITTER_EMAIL="$GIT_AUTHOR_EMAIL"

.bashrc: suivre ce fichier, faire la même chose sur le travail et les ordinateurs à domicile:

F="$HOME/.bashrc_local"
if [ -r "$F" ]; then
    . "$F"
fi

J'utilise https://github.com/technicalpickles/homesick pour synchroniser mes dotfiles .

Si seulement gitconfig accepterait des variables d'environnement: extension variable Shell dans git config

environnement Windows

supplémentaire, cela peut être modifié à partir Git Extensions --> Settings --> Global Settings, si vous l'avez installé dans vos systèmes.

gitextensions-dernière version

Clic droit sur un dossier / répertoire dans un environnement Windows pour accéder à ces paramètres.

Mise à jour : Comment changer / maintenir plusieurs paramètres dans la version 2,49

Voici ce que je viens de découvrir, après avoir suivi les étapes décrites dans de nombreuses réponses ici

Comment configurer plusieurs paramètres clés SSH pour différents compte github

Vous pouvez commencer à vérifier vos clés actuellement enregistrées

$ ssh-add -l

Si vous décidez de supprimer toutes les clés mises en cache avant ( en option, sur ce carefull )

$ ssh-add -D

Ensuite, vous pouvez créer un pub ssh / clé PRIV liée à chaque e-mail / compte que vous souhaitez / avez besoin d'utiliser

$ cd ~/.ssh
$ ssh-keygen -t rsa -C "work@company.com" <-- save it as "id_rsa_work"
$ ssh-keygen -t rsa -C "pers@email.com" <-- save it as "id_rsa_pers"

Après avoir effectué ces commandes, vous aurez les fichiers suivants créé

~/.ssh/id_rsa_work      
~/.ssh/id_rsa_work.pub

~/.ssh/id_rsa_pers
~/.ssh/id_rsa_pers.pub 

Assurez-vous agent d'authentification est en cours d'exécution

$ eval `ssh-agent -s`

Ajoutez les clés générées comme suit (à partir du dossier ~ / .ssh)

$ ssh-add id_rsa_work
$ ssh-add id_rsa_pers

Maintenant, vous pouvez vérifier vos clés enregistrées

$ ssh-add -l

Maintenant, vous besoin pour ajouter les clés publiques générées à votre github / serveur bickbuket Accès Touches

Clone chacune des prises en pension à différents dossiers

Allez dans le dossier où l'utilisateur travail travailler et exécuter cette

$ git config user.name "Working Hard"
$ git config user.email "work@company.com" 

Juste pour voir ce que cela ne vérifie le contenu du « .git / config »

Aller au dossier dans lequel l'utilisateur pers travailler et exécuter cette

$ git config user.name "Personal Account"
$ git config user.email "pers@email.com" 

Juste pour voir ce que cela ne vérifie le contenu du « .git / config »

Après tout cela, vous serez en mesure d'engager votre code personnel et le travail en passant juste entre ces deux dossiers

Peut-être qu'il est un simple hack, mais il est utile. Il suffit de générer 2 clés ssh comme ci-dessous.

Generating public/private rsa key pair.
Enter file in which to save the key (/Users/GowthamSai/.ssh/id_rsa): work
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in damsn.
Your public key has been saved in damsn.pub.
The key fingerprint is:
SHA256:CrsKDJWVVek5GTCqmq8/8RnwvAo1G6UOmQFbzddcoAY GowthamSai@Gowtham-MacBook-Air.local
The key's randomart image is:
+---[RSA 4096]----+
|. .oEo+=o+.      |
|.o o+o.o=        |
|o o o.o. +       |
| =.+ .  =        |
|= *+.   S.       |
|o*.++o .         |
|=.oo.+.          |
| +. +.           |
|.o=+.            |
+----[SHA256]-----+

Même façon de créer un plus pour un usage personnel. Donc, vous avez 2 clés ssh, le travail et l'entreprise. Copie work.pub, travail, personal.pub, personnel à ~ / .ssh / Répertoire.

Ensuite, créez un script shell avec les lignes suivantes et nommez-le comme crev.sh (Société inverse) avec le contenu suivant.

cp ~/.ssh/work ~/.ssh/id_rsa
cp ~/.ssh/work.pub ~/.ssh/id_rsa.pub

Même manière, créer un plus appelé prev.sh (Marche arrière personnelle) avec le contenu suivant.

cp ~/.ssh/personal ~/.ssh/id_rsa
cp ~/.ssh/personal.pub ~/.ssh/id_rsa.pub

dans ~ / .bashrc alias add pour ces scripts comme ci-dessous

alias crev="sh ~/.ssh/crev.sh"
alias prev="sh ~/.ssh/prev.sh"
source ~/.bashrc

Chaque fois que vous voulez utiliser l'entreprise, il suffit de CREV, et si vous voulez utiliser do personnel prev :-p.

Ajoutez les clés ssh à vos comptes GitHub. Assurez-vous, vous n'avez pas id_rsa généré précédemment, parce que ces scripts id_rsa écraser. Si vous avez déjà généré id_rsa, l'utilisation que pour l'un des comptes. les copier comme personnels et sauter la génération de clés personnelles.

J'ai fait une fonction bash qui poignée. Voici le Github repo .

pour le dossier:

# Look for closest .gitconfig file in parent directories
# This file will be used as main .gitconfig file.
function __recursive_gitconfig_git {
    gitconfig_file=$(__recursive_gitconfig_closest)
    if [ "$gitconfig_file" != '' ]; then
        home="$(dirname $gitconfig_file)/"
        HOME=$home /usr/bin/git "$@"
    else
        /usr/bin/git "$@"
    fi
}

# Look for closest .gitconfig file in parents directories
function __recursive_gitconfig_closest {
    slashes=${PWD//[^\/]/}
    directory="$PWD"
    for (( n=${#slashes}; n>0; --n ))
    do
        test -e "$directory/.gitconfig" && echo "$directory/.gitconfig" && return 
        directory="$directory/.."
    done
}


alias git='__recursive_gitconfig_git'

Il suffit d'ajouter ceci à votre ~ / .bash_profile pour basculer entre les touches par défaut pour github.com

# Git SSH keys swap
alias work_git="ssh-add -D  && ssh-add -K ~/.ssh/id_rsa_work"
alias personal_git="ssh-add -D && ssh-add -K ~/.ssh/id_rsa"

Quelque chose comme la réponse Rob W , mais permettant à différents une autre clé ssh, et fonctionne avec les versions git plus anciennes (qui n'ont pas par exemple une config core.sshCommand).

Je créé le fichier ~/bin/git_poweruser, avec l'autorisation exécutable, et dans le PATH:

#!/bin/bash

TMPDIR=$(mktemp -d)
trap 'rm -rf "$TMPDIR"' EXIT

cat > $TMPDIR/ssh << 'EOF'
#!/bin/bash
ssh -i $HOME/.ssh/poweruserprivatekey $@
EOF

chmod +x $TMPDIR/ssh
export GIT_SSH=$TMPDIR/ssh

git -c user.name="Power User name" -c user.email="power@user.email" $@

Chaque fois que je veux engager ou pousser quelque chose comme « Power User », j'utiliser git_poweruser au lieu de git. Il devrait fonctionner sur un répertoire, et ne nécessite pas de changements dans .gitconfig ou .ssh/config, du moins pas dans le mien.

Bien que la plupart des questions de genre ont répondu à l'OP, je viens d'avoir à passer par moi-même et sans même googler j'ai pu trouver le plus rapide et le plus simple solution. Voici quelques étapes simples:

• copie existante .gitconfg de votre autre repo
• coller dans votre repo
nouvellement ajouté
• modifier les valeurs dans un fichier .gitconfig, comme le nom, e-mail et nom d'utilisateur [user] name = John email = john@email.net username = john133
• ajouter le nom de fichier à la liste de .gitignore, pour vous assurer que vous ne commettez pas le fichier .gitconfig à votre travail repo

Vous pouvez également utiliser git commit --author "Your Name <your@email.com>" au moment de faire une livraison en un repo où vous voulez engager un autre utilisateur.

Answer 3

Answer 4

Answer 5

Vous pouvez également ajouter les informations suivantes dans votre fichier .git/config locale

[user]  
    name = Your Name
    email = your.email@gmail.com

Answer 6

Answer 7

Une commande de comptes GitHub commutateur

Cette solution prend la forme d'un seul alias git. Une fois exécuté, l'utilisateur actuel du projet sera attaché à un autre compte

Générer des clés ssh

ssh-keygen -t rsa -C "rinquin.arnaud@gmail.com" -f '/Users/arnaudrinquin/.ssh/id_rsa'

[...]

ssh-keygen -t rsa -C "arnaud.rinquin@wopata.com" -f '/Users/arnaudrinquin/.ssh/id_rsa_pro'

les à vos comptes GitHub / Bitbucket

1. copier pbcopy < ~/.ssh/id_rsa.pub par défaut clé publique
2. Connectez-vous à votre GitHub acount
3. collez la clé dans la page github add SSH key
4. copier d'autres pbcopy < ~/.ssh/id_rsa_pro.pub clé publique
5. répétition et d'adapter les étapes 2 à 4 pour tous les autres compte

Étape 1. commutation automatique clé ssh.

Nous pouvons configurer ssh d'envoyer une aide d'une clé de chiffrement spécifique en fonction de la host. La bonne chose est que vous pouvez avoir plusieurs noms d'emprunt pour la même hostname.

Voir cet exemple fichier ~/.ssh/config:

# Default GitHub
Host github.com
  HostName github.com
  User git
  IdentityFile ~/.ssh/id_rsa

# Professional github alias
Host github_pro
  HostName github.com
  User git
  IdentityFile ~/.ssh/id_rsa_pro

git configuration à distance

Vous pouvez maintenant utiliser ces alias dans les télécommandes git en changeant git@github.com par git@github_pro.

Vous pouvez soit changer vos télécommandes projets existants (en utilisant quelque chose comme git remote set-url origin git@github_pro:foo/bar.git) ou les adapter directement lors de leur clonage.

git clone git@github.com:ArnaudRinquin/atom-zentabs.git

en utilisant alias, il devient:

git clone git@github_pro:ArnaudRinquin/atom-zentabs.git

Étape 2. Changement git user.email

Paramètres de configuration Git peut être globale ou par projet. Dans notre cas, nous voulons un par les paramètres du projet. Il est très facile de le changer:

git config user.email 'arnaud.rinquin@wopata.com'

Bien que ce soit facile, il prend beaucoup de temps pour les développeurs que nous sommes. Nous pouvons écrire un alias git très simple pour cela.

Nous allons l'ajouter au fichier ~/.gitconfig.

[user]
    name = Arnaud Rinquin
    email = rinquin.arnaud@gmail.com

...

[alias]
    setpromail = "config user.email 'arnaud.rinquin@wopata.com'"

Alors, tout ce que nous devons faire est de git setpromail avoir changé notre e-mail uniquement pour ce projet.

Étape 3. Un commutateur de commande s'il vous plaît?

Ce ne serait pas agréable de passer du compte par défaut à un spécifié avec une seule commande sans paramètre? Ceci est sans aucun doute possible. Cette commande comportera deux étapes:

• changement en cours de projet Distants aux alias choisis
• Changement projet en cours user.email config

Nous avons déjà une solution d'une commande pour la deuxième étape, mais le premier est beaucoup plus difficile. Une commande de changement d'hôte distant

Voici la solution sous la forme d'une autre commande alias git ajouter à votre ~/.gitconfig:

[alias]
  changeremotehost = !sh -c \"git remote -v | grep '$1.*fetch' | sed s/..fetch.// | sed s/$1/$2/ | xargs git remote set-url\"

Cela permet de changer toutes les télécommandes d'un hôte à un autre (l'alias). Voir l'exemple:

$ > git remote -v
origin  git@github.com:ArnaudRinquin/arnaudrinquin.github.io.git (fetch)
origin  git@github.com:ArnaudRinquin/arnaudrinquin.github.io.git (push)

$ > git changeremotehost github.com github_pro

$ > git remote -v
origin  git@github_pro:ArnaudRinquin/arnaudrinquin.github.io.git (fetch)
origin  git@github_pro:ArnaudRinquin/arnaudrinquin.github.io.git (push)

les combiner

Nous avons maintenant juste pour combiner les deux commandes en un seul, cela est assez facile. Voyez comment j'intègre également la commutation hôte bitbucket.

[alias]
  changeremotehost = !sh -c \"git remote -v | grep '$1.*fetch' | sed s/..fetch.// | sed s/$1/$2/ | xargs git remote set-url\"
  setpromail = "config user.email 'arnaud.rinquin@wopata.com'"
  gopro = !sh -c \"git changeremotehost github.com github_pro && git changeremotehost bitbucket.com bitbucket_pro && git setpromail\"

-Tutorial Source lien

Answer 8

Answer 9

Une commande de comptes GitHub commutateur

Cette solution prend la forme d'un seul alias git. Une fois exécuté, l'utilisateur actuel du projet sera attaché à un autre compte

Générer des clés ssh

ssh-keygen -t rsa -C "rinquin.arnaud@gmail.com" -f '/Users/arnaudrinquin/.ssh/id_rsa'

[...]

ssh-keygen -t rsa -C "arnaud.rinquin@wopata.com" -f '/Users/arnaudrinquin/.ssh/id_rsa_pro'

les à vos comptes GitHub / Bitbucket

1. copier pbcopy < ~/.ssh/id_rsa.pub par défaut clé publique
2. Connectez-vous à votre GitHub acount
3. collez la clé dans la page github add SSH key
4. copier d'autres pbcopy < ~/.ssh/id_rsa_pro.pub clé publique
5. répétition et d'adapter les étapes 2 à 4 pour tous les autres compte

Étape 1. commutation automatique clé ssh.

Nous pouvons configurer ssh d'envoyer une aide d'une clé de chiffrement spécifique en fonction de la host. La bonne chose est que vous pouvez avoir plusieurs noms d'emprunt pour la même hostname.

Voir cet exemple fichier ~/.ssh/config:

# Default GitHub
Host github.com
  HostName github.com
  User git
  IdentityFile ~/.ssh/id_rsa

# Professional github alias
Host github_pro
  HostName github.com
  User git
  IdentityFile ~/.ssh/id_rsa_pro

git configuration à distance

Vous pouvez maintenant utiliser ces alias dans les télécommandes git en changeant git@github.com par git@github_pro.

Vous pouvez soit changer vos télécommandes projets existants (en utilisant quelque chose comme git remote set-url origin git@github_pro:foo/bar.git) ou les adapter directement lors de leur clonage.

git clone git@github.com:ArnaudRinquin/atom-zentabs.git

en utilisant alias, il devient:

git clone git@github_pro:ArnaudRinquin/atom-zentabs.git

Étape 2. Changement git user.email

Paramètres de configuration Git peut être globale ou par projet. Dans notre cas, nous voulons un par les paramètres du projet. Il est très facile de le changer:

git config user.email 'arnaud.rinquin@wopata.com'

Bien que ce soit facile, il prend beaucoup de temps pour les développeurs que nous sommes. Nous pouvons écrire un alias git très simple pour cela.

Nous allons l'ajouter au fichier ~/.gitconfig.

[user]
    name = Arnaud Rinquin
    email = rinquin.arnaud@gmail.com

...

[alias]
    setpromail = "config user.email 'arnaud.rinquin@wopata.com'"

Alors, tout ce que nous devons faire est de git setpromail avoir changé notre e-mail uniquement pour ce projet.

Étape 3. Un commutateur de commande s'il vous plaît?

Ce ne serait pas agréable de passer du compte par défaut à un spécifié avec une seule commande sans paramètre? Ceci est sans aucun doute possible. Cette commande comportera deux étapes:

• changement en cours de projet Distants aux alias choisis
• Changement projet en cours user.email config

Nous avons déjà une solution d'une commande pour la deuxième étape, mais le premier est beaucoup plus difficile. Une commande de changement d'hôte distant

Voici la solution sous la forme d'une autre commande alias git ajouter à votre ~/.gitconfig:

[alias]
  changeremotehost = !sh -c \"git remote -v | grep '$1.*fetch' | sed s/..fetch.// | sed s/$1/$2/ | xargs git remote set-url\"

Cela permet de changer toutes les télécommandes d'un hôte à un autre (l'alias). Voir l'exemple:

$ > git remote -v
origin  git@github.com:ArnaudRinquin/arnaudrinquin.github.io.git (fetch)
origin  git@github.com:ArnaudRinquin/arnaudrinquin.github.io.git (push)

$ > git changeremotehost github.com github_pro

$ > git remote -v
origin  git@github_pro:ArnaudRinquin/arnaudrinquin.github.io.git (fetch)
origin  git@github_pro:ArnaudRinquin/arnaudrinquin.github.io.git (push)

les combiner

Nous avons maintenant juste pour combiner les deux commandes en un seul, cela est assez facile. Voyez comment j'intègre également la commutation hôte bitbucket.

[alias]
  changeremotehost = !sh -c \"git remote -v | grep '$1.*fetch' | sed s/..fetch.// | sed s/$1/$2/ | xargs git remote set-url\"
  setpromail = "config user.email 'arnaud.rinquin@wopata.com'"
  gopro = !sh -c \"git changeremotehost github.com github_pro && git changeremotehost bitbucket.com bitbucket_pro && git setpromail\"

Answer 10

Answer 11

Après avoir obtenu un peu d'inspiration de le blog de Orr Sella j'ai écrit un crochet pre-commit (réside dans ~/.git/templates/hooks) qui fixeraient les noms d'utilisateurs et adresses de courrier électronique basé sur les informations à l'intérieur du ./.git/config d'une repositorie locale:

Vous devez placer le chemin vers le répertoire de modèle dans votre ~/.gitconfig:

[init]
    templatedir = ~/.git/templates

Ensuite, chaque git init ou git clone vont ramasser ce crochet et appliqueront les données de l'utilisateur lors de la prochaine git commit. Si vous souhaitez appliquer le crochet aux mises en pension déjà exisiting puis exécutez juste un git init à l'intérieur du repo afin de le réinitialiser.

Voici le crochet je suis venu avec (il a encore besoin de polissage - suggestions sont les bienvenus). Enregistrer soit comme

~/.git/templates/hooks/pre_commit

ou

~/.git/templates/hooks/post-checkout

et assurez-vous qu'il est exécutable: chmod +x ./post-checkout || chmod +x ./pre_commit

#!/usr/bin/env bash

# -------- USER CONFIG
# Patterns to match a repo's "remote.origin.url" - beginning portion of the hostname
git_remotes[0]="Github"
git_remotes[1]="Gitlab"

# Adjust names and e-mail addresses
local_id_0[0]="my_name_0"
local_id_0[1]="my_email_0"

local_id_1[0]="my_name_1"
local_id_1[1]="my_email_1"

local_fallback_id[0]="${local_id_0[0]}"
local_fallback_id[1]="${local_id_0[1]}"


# -------- FUNCTIONS
setIdentity()
{
    local current_id local_id

    current_id[0]="$(git config --get --local user.name)"
    current_id[1]="$(git config --get --local user.email)"

    local_id=("$@")

    if [[ "${current_id[0]}" == "${local_id[0]}" &&
          "${current_id[1]}" == "${local_id[1]}" ]]; then
        printf " Local identity is:\n"
        printf "»  User: %s\n»  Mail: %s\n\n" "${current_id[@]}"
    else
        printf "»  User: %s\n»  Mail: %s\n\n" "${local_id[@]}"
        git config --local user.name "${local_id[0]}"
        git config --local user.email "${local_id[1]}"
    fi

    return 0
}

# -------- IMPLEMENTATION
current_remote_url="$(git config --get --local remote.origin.url)"

if [[ "$current_remote_url" ]]; then

    for service in "${git_remotes[@]}"; do

        # Disable case sensitivity for regex matching
        shopt -s nocasematch

        if [[ "$current_remote_url" =~ $service ]]; then
            case "$service" in

                "${git_remotes[0]}" )
                    printf "\n»» An Intermission\n»  %s repository found." "${git_remotes[0]}"
                    setIdentity "${local_id_0[@]}"
                    exit 0
                    ;;

                "${git_remotes[1]}" )
                    printf "\n»» An Intermission\n»  %s repository found." "${git_remotes[1]}"
                    setIdentity "${local_id_1[@]}"
                    exit 0
                    ;;

                * )
                    printf "\n»  pre-commit hook: unknown error\n» Quitting.\n"
                    exit 1
                    ;;

            esac
        fi
    done
else
    printf "\n»» An Intermission\n»  No remote repository set. Using local fallback identity:\n"
    printf "»  User: %s\n»  Mail: %s\n\n" "${local_fallback_id[@]}"

    # Get the user's attention for a second
    sleep 1

    git config --local user.name "${local_fallback_id[0]}"
    git config --local user.email "${local_fallback_id[1]}"
fi

exit 0

---

EDIT:

Je récrit le crochet comme un crochet et commande en Python. De plus il est possible d'appeler le script comme une commande Git (git passport), aussi. En outre, il est possible de définir un nombre arbitraire d'ID à l'intérieur d'un configfile (~/.gitpassport) qui peuvent être sélectionnés sur une invite. Vous pouvez trouver le projet à github.com: git-passeport - Une commande Git et crochet écrit en Python pour gérer plusieurs les comptes Git / identités utilisateur .

Answer 12

Si vous ne voulez pas avoir une adresse e-mail par défaut ( liens d'adresse e-mail à un github utilisateur ), vous pouvez configurer que vous souhaitez poser. Comment vous pouvez faire cela dépend de la version de git que vous utilisez, voir ci-dessous.

Le (prévu) inconvénient est que vous devez configurer votre adresse e-mail (et votre nom) une fois pour chaque dépôt. Donc, vous ne pouvez pas oublier de le faire.

Version <2.7.0

[user]
    name = Your name
    email = "(none)"

dans votre ~/.gitconfig de configuration globale comme indiqué dans un commentaire par Dan Aloni dans blog de Orr Sella . Lorsque vous essayez de faire le premier commit dans un dépôt, git échoue avec le beau message:

*** Please tell me who you are.

Run

  git config --global user.email "you@example.com"
  git config --global user.name "Your Name"

to set your account's default identity.
Omit --global to set the identity only in this repository.

fatal: unable to auto-detect email address (got '(none)')

Le nom est tiré de la configuration globale lorsque l'adresse e-mail est définie localement (le message n'est pas tout à fait exact).

≤ Version 2.7.0 <2.8.0

Le comportement dans les versions <2.7.0 n'a pas été prévu et fixé avec 2.7.0. Vous pouvez toujours utiliser un crochet pre-commit comme décrit dans Orr blog de Sella. Cette solution fonctionne également pour les autres versions, mais les autres solutions non pour cette version.

Version ≥ 2.8.0

Dan Aloni a ajouté une option pour obtenir ce comportement (voir

Une autre option pour obtenir git de travailler avec plusieurs noms / emails est par aliasing git et en utilisant le drapeau -c pour remplacer la configuration spécifique au référentiel global et.

Par exemple, en définissant un alias:

alias git='/usr/bin/git -c user.name="Your name" -c user.email="name@example.com"'

Pour voir si cela fonctionne, il suffit de taper git config user.email:

$ git config user.email
name@example.com

Au lieu d'un alias, vous pouvez aussi mettre un exécutable git personnalisé au sein de votre $PATH.

#!/bin/sh
/usr/bin/git -c user.name="Your name" -c user.email="name@example.com" "$@"

Un avantage de ces méthodes sur une .git/config spécifique-référentiel est qu'il applique à chaque dépôt git lorsque le programme git personnalisé est actif. De cette façon, vous pouvez facilement basculer entre les utilisateurs / noms sans modifier la configuration (partagée).

Avec conditionnelle inclut Git 2,13, il est maintenant possible d'avoir plusieurs utilisateur / email coexiste sur une machine avec peu de travail.

user.gitconfig a mon nom personnel et par courriel. work-user.gitconfig a mon nom de travail et par courriel. Les deux fichiers sont au chemin de ~.

Donc, mon nom personnel / email applique par défaut. Pour c:/work/ dir, mon nom de travail / email est appliquée. Pour c:/work/github/ dir, mon nom personnel / email est appliqué. Cela fonctionne comme le dernier réglage soit appliquée.

# ~/.gitconfig
[include]
    path = user.gitconfig
[includeIf "gitdir/i:c:/work/"]
    path = work-user.gitconfig
[includeIf "gitdir/i:c:/work/github/"]
    path = user.gitconfig

gitdir est sensible à la casse et gitdir/i est insensible à la casse.

"gitdir/i:github/" s'appliquerait le conditionnel pour inclure un répertoire avec github dans son chemin.

Il existe une solution simple qui semble bien fonctionner pour éviter des erreurs.

Il suffit de retirer la section [user] de votre ~/.gitconfig, ce qui vous empêchera de faire des commits sans mise user.name pour chaque dépôt.

Dans votre ~/.bashrc, ajoutez quelques alias simples pour l'utilisateur et e-mail:

alias ggmail='git config user.name "My Name";git config user.email me@gmail.com'
alias gwork='git config user.name "My Name";git config user.email me@work.job'

alias git (et sections configs git) à la rescousse!

ajouter un alias (ligne de commande):

git config --global alias.identity '! git config user.name "$(git config user.$1.name)"; git config user.email "$(git config user.$1.email)"; :'

puis, ensemble, par exemple

git config --global user.github.name "your github username"
git config --global user.github.email your@github.email

et dans une nouvelle ou repo vous pouvez clonez exécuter cette commande:

git identity github

Cette solution est automatique, mais l'utilisateur désenclencher et email dans votre ~/.gitconfig globale et la mise à user.useConfigOnly true forcerait git à vous rappeler de les définir manuellement dans chaque nouveau ou cloné repo.

git config --global --unset user.name
git config --global --unset user.email
git config --global user.useConfigOnly true

Cette réponse est en partie inspiré par le message par @Saucier, mais je cherchais un moyen automatisé de jeu user.name et user.email sur une base repo, en fonction de la distance, qui était un peu de poids plus léger que le git- paquet de passeport qu'il a développé. Aussi h / t à @John pour le réglage useConfigOnly. Voici ma solution:

change .gitconfig:

[github]
    name = <github username>
    email = <github email>
[gitlab]
    name = <gitlab username>
    email = <gitlab email>
[init]
    templatedir = ~/.git-templates
[user]
    useConfigOnly = true

crochet qui devrait être sauvé le chemin suivant: ~/.git-templates/hooks/post-checkout:

#!/usr/bin/env bash

# make regex matching below case insensitive
shopt -s nocasematch

# values in the services array should have a corresponding section in
# .gitconfig where the 'name' and 'email' for that service are specified
remote_url="$( git config --get --local remote.origin.url )"
services=(
    'github'
    'gitlab'
)

set_local_user_config() {
    local service="${1}"
    local config="${2}"
    local service_config="$( git config --get ${service}.${config} )"
    local local_config="$( git config --get --local user.${config} )"

    if [[ "${local_config}" != "${service_config}" ]]; then
        git config --local "user.${config}" "${service_config}"
        echo "repo 'user.${config}' has been set to '${service_config}'"
    fi
}

# if remote_url doesn't contain the any of the values in the services
# array the user name and email will remain unset and the
# user.useConfigOnly = true setting in .gitconfig will prompt for those
# credentials and prevent commits until they are defined
for s in "${services[@]}"; do
    if [[ "${remote_url}" =~ "${s}" ]]; then
        set_local_user_config "${s}" 'name'
        set_local_user_config "${s}" 'email'
        break
    fi
done

J'utilise des informations d'identification différentes pour github et gitlab ce, mais ces références dans le code ci-dessus pourrait être remplacée ou complétée par un service que vous utilisez. Afin d'avoir le crochet post-caisse régler automatiquement le nom d'utilisateur et le courrier électronique localement pour une prise en pension après une marque de paiement que le nom de service apparaît dans l'URL distant, ajoutez au tableau de services dans le script post-checkout et créer une section pour elle dans votre .gitconfig qui contient votre nom d'utilisateur et le courrier électronique pour ce service.

Si aucun des noms de service apparaissent dans l'URL à distance ou la prise en pension ne pas une télécommande le nom d'utilisateur et votre email ne sera pas mis en place. Dans ces cas, le réglage user.useConfigOnly sera en jeu qui ne vous permettra pas de faire commits jusqu'à ce que le nom d'utilisateur et le courrier électronique sont fixés au niveau des prises en pension, et demandera à l'utilisateur de configurer ces informations.

GIT_AUTHOR_EMAIL + .bashrc locale

.bashrc_local: ne pas suivre ce fichier, mettre uniquement sur votre ordinateur de travail:

export GIT_AUTHOR_EMAIL='me@work.com'
export GIT_COMMITTER_EMAIL="$GIT_AUTHOR_EMAIL"

.bashrc: suivre ce fichier, faire la même chose sur le travail et les ordinateurs à domicile:

F="$HOME/.bashrc_local"
if [ -r "$F" ]; then
    . "$F"
fi

J'utilise https://github.com/technicalpickles/homesick pour synchroniser mes dotfiles .

Si seulement gitconfig accepterait des variables d'environnement: extension variable Shell dans git config

environnement Windows

supplémentaire, cela peut être modifié à partir Git Extensions --> Settings --> Global Settings, si vous l'avez installé dans vos systèmes.

gitextensions-dernière version

Clic droit sur un dossier / répertoire dans un environnement Windows pour accéder à ces paramètres.

Mise à jour : Comment changer / maintenir plusieurs paramètres dans la version 2,49

Voici ce que je viens de découvrir, après avoir suivi les étapes décrites dans de nombreuses réponses ici

Comment configurer plusieurs paramètres clés SSH pour différents compte github

Vous pouvez commencer à vérifier vos clés actuellement enregistrées

$ ssh-add -l

Si vous décidez de supprimer toutes les clés mises en cache avant ( en option, sur ce carefull )

$ ssh-add -D

Ensuite, vous pouvez créer un pub ssh / clé PRIV liée à chaque e-mail / compte que vous souhaitez / avez besoin d'utiliser

$ cd ~/.ssh
$ ssh-keygen -t rsa -C "work@company.com" <-- save it as "id_rsa_work"
$ ssh-keygen -t rsa -C "pers@email.com" <-- save it as "id_rsa_pers"

Après avoir effectué ces commandes, vous aurez les fichiers suivants créé

~/.ssh/id_rsa_work      
~/.ssh/id_rsa_work.pub

~/.ssh/id_rsa_pers
~/.ssh/id_rsa_pers.pub 

Assurez-vous agent d'authentification est en cours d'exécution

$ eval `ssh-agent -s`

Ajoutez les clés générées comme suit (à partir du dossier ~ / .ssh)

$ ssh-add id_rsa_work
$ ssh-add id_rsa_pers

Maintenant, vous pouvez vérifier vos clés enregistrées

$ ssh-add -l

Maintenant, vous besoin pour ajouter les clés publiques générées à votre github / serveur bickbuket Accès Touches

Clone chacune des prises en pension à différents dossiers

Allez dans le dossier où l'utilisateur travail travailler et exécuter cette

$ git config user.name "Working Hard"
$ git config user.email "work@company.com" 

Juste pour voir ce que cela ne vérifie le contenu du « .git / config »

Aller au dossier dans lequel l'utilisateur pers travailler et exécuter cette

$ git config user.name "Personal Account"
$ git config user.email "pers@email.com" 

Juste pour voir ce que cela ne vérifie le contenu du « .git / config »

Après tout cela, vous serez en mesure d'engager votre code personnel et le travail en passant juste entre ces deux dossiers

Peut-être qu'il est un simple hack, mais il est utile. Il suffit de générer 2 clés ssh comme ci-dessous.

Generating public/private rsa key pair.
Enter file in which to save the key (/Users/GowthamSai/.ssh/id_rsa): work
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in damsn.
Your public key has been saved in damsn.pub.
The key fingerprint is:
SHA256:CrsKDJWVVek5GTCqmq8/8RnwvAo1G6UOmQFbzddcoAY GowthamSai@Gowtham-MacBook-Air.local
The key's randomart image is:
+---[RSA 4096]----+
|. .oEo+=o+.      |
|.o o+o.o=        |
|o o o.o. +       |
| =.+ .  =        |
|= *+.   S.       |
|o*.++o .         |
|=.oo.+.          |
| +. +.           |
|.o=+.            |
+----[SHA256]-----+

Même façon de créer un plus pour un usage personnel. Donc, vous avez 2 clés ssh, le travail et l'entreprise. Copie work.pub, travail, personal.pub, personnel à ~ / .ssh / Répertoire.

Ensuite, créez un script shell avec les lignes suivantes et nommez-le comme crev.sh (Société inverse) avec le contenu suivant.

cp ~/.ssh/work ~/.ssh/id_rsa
cp ~/.ssh/work.pub ~/.ssh/id_rsa.pub

Même manière, créer un plus appelé prev.sh (Marche arrière personnelle) avec le contenu suivant.

cp ~/.ssh/personal ~/.ssh/id_rsa
cp ~/.ssh/personal.pub ~/.ssh/id_rsa.pub

dans ~ / .bashrc alias add pour ces scripts comme ci-dessous

alias crev="sh ~/.ssh/crev.sh"
alias prev="sh ~/.ssh/prev.sh"
source ~/.bashrc

Chaque fois que vous voulez utiliser l'entreprise, il suffit de CREV, et si vous voulez utiliser do personnel prev :-p.

Ajoutez les clés ssh à vos comptes GitHub. Assurez-vous, vous n'avez pas id_rsa généré précédemment, parce que ces scripts id_rsa écraser. Si vous avez déjà généré id_rsa, l'utilisation que pour l'un des comptes. les copier comme personnels et sauter la génération de clés personnelles.

J'ai fait une fonction bash qui poignée. Voici le Github repo .

pour le dossier:

# Look for closest .gitconfig file in parent directories
# This file will be used as main .gitconfig file.
function __recursive_gitconfig_git {
    gitconfig_file=$(__recursive_gitconfig_closest)
    if [ "$gitconfig_file" != '' ]; then
        home="$(dirname $gitconfig_file)/"
        HOME=$home /usr/bin/git "$@"
    else
        /usr/bin/git "$@"
    fi
}

# Look for closest .gitconfig file in parents directories
function __recursive_gitconfig_closest {
    slashes=${PWD//[^\/]/}
    directory="$PWD"
    for (( n=${#slashes}; n>0; --n ))
    do
        test -e "$directory/.gitconfig" && echo "$directory/.gitconfig" && return 
        directory="$directory/.."
    done
}


alias git='__recursive_gitconfig_git'

Il suffit d'ajouter ceci à votre ~ / .bash_profile pour basculer entre les touches par défaut pour github.com

# Git SSH keys swap
alias work_git="ssh-add -D  && ssh-add -K ~/.ssh/id_rsa_work"
alias personal_git="ssh-add -D && ssh-add -K ~/.ssh/id_rsa"

Quelque chose comme la réponse Rob W , mais permettant à différents une autre clé ssh, et fonctionne avec les versions git plus anciennes (qui n'ont pas par exemple une config core.sshCommand).

Je créé le fichier ~/bin/git_poweruser, avec l'autorisation exécutable, et dans le PATH:

#!/bin/bash

TMPDIR=$(mktemp -d)
trap 'rm -rf "$TMPDIR"' EXIT

cat > $TMPDIR/ssh << 'EOF'
#!/bin/bash
ssh -i $HOME/.ssh/poweruserprivatekey $@
EOF

chmod +x $TMPDIR/ssh
export GIT_SSH=$TMPDIR/ssh

git -c user.name="Power User name" -c user.email="power@user.email" $@

Chaque fois que je veux engager ou pousser quelque chose comme « Power User », j'utiliser git_poweruser au lieu de git. Il devrait fonctionner sur un répertoire, et ne nécessite pas de changements dans .gitconfig ou .ssh/config, du moins pas dans le mien.

Bien que la plupart des questions de genre ont répondu à l'OP, je viens d'avoir à passer par moi-même et sans même googler j'ai pu trouver le plus rapide et le plus simple solution. Voici quelques étapes simples:

• copie existante .gitconfg de votre autre repo
• coller dans votre repo
nouvellement ajouté
• modifier les valeurs dans un fichier .gitconfig, comme le nom, e-mail et nom d'utilisateur [user] name = John email = john@email.net username = john133
• ajouter le nom de fichier à la liste de .gitignore, pour vous assurer que vous ne commettez pas le fichier .gitconfig à votre travail repo

Vous pouvez également utiliser git commit --author "Your Name <your@email.com>" au moment de faire une livraison en un repo où vous voulez engager un autre utilisateur.

Answer 13

Answer 14

Answer 15

Une autre option pour obtenir git de travailler avec plusieurs noms / emails est par aliasing git et en utilisant le drapeau -c pour remplacer la configuration spécifique au référentiel global et.

Par exemple, en définissant un alias:

alias git='/usr/bin/git -c user.name="Your name" -c user.email="name@example.com"'

Pour voir si cela fonctionne, il suffit de taper git config user.email:

$ git config user.email
name@example.com

Au lieu d'un alias, vous pouvez aussi mettre un exécutable git personnalisé au sein de votre $PATH.

#!/bin/sh
/usr/bin/git -c user.name="Your name" -c user.email="name@example.com" "$@"

Un avantage de ces méthodes sur une .git/config spécifique-référentiel est qu'il applique à chaque dépôt git lorsque le programme git personnalisé est actif. De cette façon, vous pouvez facilement basculer entre les utilisateurs / noms sans modifier la configuration (partagée).

Answer 16

Answer 17

Avec conditionnelle inclut Git 2,13, il est maintenant possible d'avoir plusieurs utilisateur / email coexiste sur une machine avec peu de travail.

user.gitconfig a mon nom personnel et par courriel. work-user.gitconfig a mon nom de travail et par courriel. Les deux fichiers sont au chemin de ~.

Donc, mon nom personnel / email applique par défaut. Pour c:/work/ dir, mon nom de travail / email est appliquée. Pour c:/work/github/ dir, mon nom personnel / email est appliqué. Cela fonctionne comme le dernier réglage soit appliquée.

# ~/.gitconfig
[include]
    path = user.gitconfig
[includeIf "gitdir/i:c:/work/"]
    path = work-user.gitconfig
[includeIf "gitdir/i:c:/work/github/"]
    path = user.gitconfig

gitdir est sensible à la casse et gitdir/i est insensible à la casse.

"gitdir/i:github/" s'appliquerait le conditionnel pour inclure un répertoire avec github dans son chemin.

Answer 18

Answer 19

Answer 20

Avec

Answer 21

Il existe une solution simple qui semble bien fonctionner pour éviter des erreurs.

Il suffit de retirer la section [user] de votre ~/.gitconfig, ce qui vous empêchera de faire des commits sans mise user.name pour chaque dépôt.

Dans votre ~/.bashrc, ajoutez quelques alias simples pour l'utilisateur et e-mail:

alias ggmail='git config user.name "My Name";git config user.email me@gmail.com'
alias gwork='git config user.name "My Name";git config user.email me@work.job'

Answer 22

alias git (et sections configs git) à la rescousse!

ajouter un alias (ligne de commande):

git config --global alias.identity '! git config user.name "$(git config user.$1.name)"; git config user.email "$(git config user.$1.email)"; :'

puis, ensemble, par exemple

git config --global user.github.name "your github username"
git config --global user.github.email your@github.email

et dans une nouvelle ou repo vous pouvez clonez exécuter cette commande:

git identity github

Cette solution est automatique, mais l'utilisateur désenclencher et email dans votre ~/.gitconfig globale et la mise à user.useConfigOnly true forcerait git à vous rappeler de les définir manuellement dans chaque nouveau ou cloné repo.

git config --global --unset user.name
git config --global --unset user.email
git config --global user.useConfigOnly true

Answer 23

Cette réponse est en partie inspiré par le message par @Saucier, mais je cherchais un moyen automatisé de jeu user.name et user.email sur une base repo, en fonction de la distance, qui était un peu de poids plus léger que le git- paquet de passeport qu'il a développé. Aussi h / t à @John pour le réglage useConfigOnly. Voici ma solution:

change .gitconfig:

[github]
    name = <github username>
    email = <github email>
[gitlab]
    name = <gitlab username>
    email = <gitlab email>
[init]
    templatedir = ~/.git-templates
[user]
    useConfigOnly = true

crochet qui devrait être sauvé le chemin suivant: ~/.git-templates/hooks/post-checkout:

#!/usr/bin/env bash

# make regex matching below case insensitive
shopt -s nocasematch

# values in the services array should have a corresponding section in
# .gitconfig where the 'name' and 'email' for that service are specified
remote_url="$( git config --get --local remote.origin.url )"
services=(
    'github'
    'gitlab'
)

set_local_user_config() {
    local service="${1}"
    local config="${2}"
    local service_config="$( git config --get ${service}.${config} )"
    local local_config="$( git config --get --local user.${config} )"

    if [[ "${local_config}" != "${service_config}" ]]; then
        git config --local "user.${config}" "${service_config}"
        echo "repo 'user.${config}' has been set to '${service_config}'"
    fi
}

# if remote_url doesn't contain the any of the values in the services
# array the user name and email will remain unset and the
# user.useConfigOnly = true setting in .gitconfig will prompt for those
# credentials and prevent commits until they are defined
for s in "${services[@]}"; do
    if [[ "${remote_url}" =~ "${s}" ]]; then
        set_local_user_config "${s}" 'name'
        set_local_user_config "${s}" 'email'
        break
    fi
done

J'utilise des informations d'identification différentes pour github et gitlab ce, mais ces références dans le code ci-dessus pourrait être remplacée ou complétée par un service que vous utilisez. Afin d'avoir le crochet post-caisse régler automatiquement le nom d'utilisateur et le courrier électronique localement pour une prise en pension après une marque de paiement que le nom de service apparaît dans l'URL distant, ajoutez au tableau de services dans le script post-checkout et créer une section pour elle dans votre .gitconfig qui contient votre nom d'utilisateur et le courrier électronique pour ce service.

Si aucun des noms de service apparaissent dans l'URL à distance ou la prise en pension ne pas une télécommande le nom d'utilisateur et votre email ne sera pas mis en place. Dans ces cas, le réglage user.useConfigOnly sera en jeu qui ne vous permettra pas de faire commits jusqu'à ce que le nom d'utilisateur et le courrier électronique sont fixés au niveau des prises en pension, et demandera à l'utilisateur de configurer ces informations.

Answer 24

GIT_AUTHOR_EMAIL + .bashrc locale

.bashrc_local: ne pas suivre ce fichier, mettre uniquement sur votre ordinateur de travail:

export GIT_AUTHOR_EMAIL='me@work.com'
export GIT_COMMITTER_EMAIL="$GIT_AUTHOR_EMAIL"

.bashrc: suivre ce fichier, faire la même chose sur le travail et les ordinateurs à domicile:

F="$HOME/.bashrc_local"
if [ -r "$F" ]; then
    . "$F"
fi

J'utilise https://github.com/technicalpickles/homesick pour synchroniser mes dotfiles .

Si seulement gitconfig accepterait des variables d'environnement: extension variable Shell dans git config

Answer 25

environnement Windows

supplémentaire, cela peut être modifié à partir Git Extensions --> Settings --> Global Settings, si vous l'avez installé dans vos systèmes.

gitextensions-dernière version

Clic droit sur un dossier / répertoire dans un environnement Windows pour accéder à ces paramètres.

Mise à jour : Comment changer / maintenir plusieurs paramètres dans la version 2,49

Answer 26

Voici ce que je viens de découvrir, après avoir suivi les étapes décrites dans de nombreuses réponses ici

Comment configurer plusieurs paramètres clés SSH pour différents compte github

Vous pouvez commencer à vérifier vos clés actuellement enregistrées

$ ssh-add -l

Si vous décidez de supprimer toutes les clés mises en cache avant ( en option, sur ce carefull )

$ ssh-add -D

Ensuite, vous pouvez créer un pub ssh / clé PRIV liée à chaque e-mail / compte que vous souhaitez / avez besoin d'utiliser

$ cd ~/.ssh
$ ssh-keygen -t rsa -C "work@company.com" <-- save it as "id_rsa_work"
$ ssh-keygen -t rsa -C "pers@email.com" <-- save it as "id_rsa_pers"

Après avoir effectué ces commandes, vous aurez les fichiers suivants créé

~/.ssh/id_rsa_work      
~/.ssh/id_rsa_work.pub

~/.ssh/id_rsa_pers
~/.ssh/id_rsa_pers.pub 

Assurez-vous agent d'authentification est en cours d'exécution

$ eval `ssh-agent -s`

Ajoutez les clés générées comme suit (à partir du dossier ~ / .ssh)

$ ssh-add id_rsa_work
$ ssh-add id_rsa_pers

Maintenant, vous pouvez vérifier vos clés enregistrées

$ ssh-add -l

Maintenant, vous besoin pour ajouter les clés publiques générées à votre github / serveur bickbuket Accès Touches

Clone chacune des prises en pension à différents dossiers

Allez dans le dossier où l'utilisateur travail travailler et exécuter cette

$ git config user.name "Working Hard"
$ git config user.email "work@company.com" 

Juste pour voir ce que cela ne vérifie le contenu du « .git / config »

Aller au dossier dans lequel l'utilisateur pers travailler et exécuter cette

$ git config user.name "Personal Account"
$ git config user.email "pers@email.com" 

Juste pour voir ce que cela ne vérifie le contenu du « .git / config »

Après tout cela, vous serez en mesure d'engager votre code personnel et le travail en passant juste entre ces deux dossiers

Answer 27

Peut-être qu'il est un simple hack, mais il est utile. Il suffit de générer 2 clés ssh comme ci-dessous.

Generating public/private rsa key pair.
Enter file in which to save the key (/Users/GowthamSai/.ssh/id_rsa): work
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in damsn.
Your public key has been saved in damsn.pub.
The key fingerprint is:
SHA256:CrsKDJWVVek5GTCqmq8/8RnwvAo1G6UOmQFbzddcoAY GowthamSai@Gowtham-MacBook-Air.local
The key's randomart image is:
+---[RSA 4096]----+
|. .oEo+=o+.      |
|.o o+o.o=        |
|o o o.o. +       |
| =.+ .  =        |
|= *+.   S.       |
|o*.++o .         |
|=.oo.+.          |
| +. +.           |
|.o=+.            |
+----[SHA256]-----+

Même façon de créer un plus pour un usage personnel. Donc, vous avez 2 clés ssh, le travail et l'entreprise. Copie work.pub, travail, personal.pub, personnel à ~ / .ssh / Répertoire.

Ensuite, créez un script shell avec les lignes suivantes et nommez-le comme crev.sh (Société inverse) avec le contenu suivant.

cp ~/.ssh/work ~/.ssh/id_rsa
cp ~/.ssh/work.pub ~/.ssh/id_rsa.pub

Même manière, créer un plus appelé prev.sh (Marche arrière personnelle) avec le contenu suivant.

cp ~/.ssh/personal ~/.ssh/id_rsa
cp ~/.ssh/personal.pub ~/.ssh/id_rsa.pub

dans ~ / .bashrc alias add pour ces scripts comme ci-dessous

alias crev="sh ~/.ssh/crev.sh"
alias prev="sh ~/.ssh/prev.sh"
source ~/.bashrc

Chaque fois que vous voulez utiliser l'entreprise, il suffit de CREV, et si vous voulez utiliser do personnel prev :-p.

Ajoutez les clés ssh à vos comptes GitHub. Assurez-vous, vous n'avez pas id_rsa généré précédemment, parce que ces scripts id_rsa écraser. Si vous avez déjà généré id_rsa, l'utilisation que pour l'un des comptes. les copier comme personnels et sauter la génération de clés personnelles.

Answer 28

J'ai fait une fonction bash qui poignée. Voici le Github repo .

pour le dossier:

# Look for closest .gitconfig file in parent directories
# This file will be used as main .gitconfig file.
function __recursive_gitconfig_git {
    gitconfig_file=$(__recursive_gitconfig_closest)
    if [ "$gitconfig_file" != '' ]; then
        home="$(dirname $gitconfig_file)/"
        HOME=$home /usr/bin/git "$@"
    else
        /usr/bin/git "$@"
    fi
}

# Look for closest .gitconfig file in parents directories
function __recursive_gitconfig_closest {
    slashes=${PWD//[^\/]/}
    directory="$PWD"
    for (( n=${#slashes}; n>0; --n ))
    do
        test -e "$directory/.gitconfig" && echo "$directory/.gitconfig" && return 
        directory="$directory/.."
    done
}


alias git='__recursive_gitconfig_git'

Answer 29

Il suffit d'ajouter ceci à votre ~ / .bash_profile pour basculer entre les touches par défaut pour github.com

# Git SSH keys swap
alias work_git="ssh-add -D  && ssh-add -K ~/.ssh/id_rsa_work"
alias personal_git="ssh-add -D && ssh-add -K ~/.ssh/id_rsa"

Answer 30

Quelque chose comme la réponse Rob W , mais permettant à différents une autre clé ssh, et fonctionne avec les versions git plus anciennes (qui n'ont pas par exemple une config core.sshCommand).

Je créé le fichier ~/bin/git_poweruser, avec l'autorisation exécutable, et dans le PATH:

#!/bin/bash

TMPDIR=$(mktemp -d)
trap 'rm -rf "$TMPDIR"' EXIT

cat > $TMPDIR/ssh << 'EOF'
#!/bin/bash
ssh -i $HOME/.ssh/poweruserprivatekey $@
EOF

chmod +x $TMPDIR/ssh
export GIT_SSH=$TMPDIR/ssh

git -c user.name="Power User name" -c user.email="power@user.email" $@

Chaque fois que je veux engager ou pousser quelque chose comme « Power User », j'utiliser git_poweruser au lieu de git. Il devrait fonctionner sur un répertoire, et ne nécessite pas de changements dans .gitconfig ou .ssh/config, du moins pas dans le mien.

Answer 31

Bien que la plupart des questions de genre ont répondu à l'OP, je viens d'avoir à passer par moi-même et sans même googler j'ai pu trouver le plus rapide et le plus simple solution. Voici quelques étapes simples:

• copie existante .gitconfg de votre autre repo
• coller dans votre repo
nouvellement ajouté
• modifier les valeurs dans un fichier .gitconfig, comme le nom, e-mail et nom d'utilisateur [user] name = John email = john@email.net username = john133
• ajouter le nom de fichier à la liste de .gitignore, pour vous assurer que vous ne commettez pas le fichier .gitconfig à votre travail repo

Answer 32

Vous pouvez également utiliser git commit --author "Your Name <your@email.com>" au moment de faire une livraison en un repo où vous voulez engager un autre utilisateur.