Il peut arriver lors de l'expiration des certificats que l'on ait besoin de désactiver temporairement la vérification ssl pour pouvoir clôner un dépôt git, cette solution présente l'avantage qu’elle ne prend effet que pour la commande associée:

GIT_SSL_NO_VERIFY=true git clone http://<url>

git reset --hard HEAD~1

Ramènera la branche HEAD actuelle à la révision spécifiée :

• HEAD~1 permet de revenir à celui qui précède la révision actuelle, ce qui annule effectivement le dernier commit.
• –soft garantit que les modifications dans les révisions annulées sont conservées.

  Après avoir exécuté la commande, on retrouvera les modifications en tant que modifications locales non validées dans la copie de travail.

Si on ne souhaite pas conserver ces modifications, utiliser simplement le drapeau –hard.

Si on viens d'exécuter git reset et qu'on a rien fait d'autre depuis, on peut revenir à la situation précédente avec :

git reset --hard@{1}

Pour annuler git add utiliser

git reset

Configurer le proxy

git config --global http.proxy http://proxy.infra.dgfip:3128

Configurer l'alias du dépôt distant

git remote add {alias} http://{user}:{password}@{url-du-repo-git}/{user}/vagrant.git

Refaire un add global

git add -A

Faire un commit (normalement si tous les changements devraient déjà être commités si ce n'est pas le cas faire un push sur le dépôt maître avant puis recommencer le add suivi du commit)

git commit -m "initialisation mirroir"

Sur la branche master
Votre branche est à jour avec 'origin/master'.

rien à valider, la copie de travail est propre

Faire un push

git push -u {alias} master

Counting objects: 12, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (8/8), done.
Writing objects: 100% (12/12), 1.56 KiB | 0 bytes/s, done.
Total 12 (delta 1), reused 0 (delta 0)
To http://{user}:{password}@{url-du-repo-git}/{user}/vagrant.git
 * [new branch]      master -> master
La branche master est paramétrée pour suivre la branche distante master depuis {alias}.

Dans certaines applications, comme Gollum, la structure de répertoires n'est pas prise en charge. Cela signifie qu'en utilisant le navigateur d'arborescence de fichiers pour accéder aux fichiers, on ne peut avoir le rendu attendu.

Une sollution pour contourner cette limitation est d'aplatir l'arborescence avec git-filter-branch:

for branch in `find . -type d -d 1`; do 
    git filter-branch --subdirectory-filter $branch --prune-empty -- --all
done

git filter-branch sert à copier les validations existantes tout en appliquant des transformations sur chacune d'elles (avant de créer la nouvelle copie). Les arguments de filter-branch fournissent les transformations et lui indiquent les noms de branche à mettre à jour pour les orienter vers les commits nouvellement copiés au lieu de leurs commits originaux (maintenant copiés). Il ne créera aucun nouveau nom de branche.

La commande filter-branch peut réécrire des pans entiers d'un historique, cela peut être très utile. Voici quelques usages communs pour donner une idée de ses capacités :

• Supprimer un fichier de chaque commit: git filter-branch --tree-filter 'rm -f passwords.txt' HEAD.
• Faire d'un sous-répertoire la nouvelle racine: git filter-branch --subdirectory-filter trunk HEAD.
• Modifier globalement l'adresse mail: 'git filter-branch –commit-filter '\n if [ “$GITAUTHOREMAIL” = “schacon@localhost” ];\n then\n GITAUTHORNAME=“Scott Chacon”;\n GITAUTHOREMAIL=“schacon@example.com”;\n git commit-tree “$@”;\n else\n git commit-tree “$@”;\n fi' HEAD`