git récupère une révision spécifique du dépôt distant

uploadpack.allowReachableSHA1InWant

Desde Git 2.5.0 cette variable de configuration peut être activée sur le serveur, ici l'option Demande de fonctionnalité GitHub et le GitHub commit activant cette fonctionnalité .

Bitbucket Server l'a activé depuis la version 5.5+. .

Utilisation :

# Make remote with 4 commits, and local with just one.
mkdir server
cd server
git init
touch 1
git add 1
git commit -m 1
git clone ./ ../local
for i in {2..4}; do
    touch "$i"
    git add "$i"
    git commit -m "$i"
done

# Before last commit.
SHA3="$(git log --format='%H' --skip=1 -n1)"
# Last commit.
SHA4="$(git log --format='%H' -n1)"

# Failing control without feature.
cd ../local
# Does not give an error, but does not fetch either.
git fetch origin "$SHA3"
# Error.
git checkout "$SHA3"

# Enable the feature.
cd ../server
git config uploadpack.allowReachableSHA1InWant true

# Now it works.
cd ../local
git fetch origin "$SHA3"
git checkout "$SHA3"
# Error.
git checkout "$SHA4"

Si un processus sur votre serveur en direct accède immédiatement au contenu qui vient d'être extrait (c'est-à-dire que vous ne pouvez pas travailler avec les éléments suivants git checkout 3ef0d après le pull), vous devriez envisager de baliser la version que vous voulez déployer en production et de vérifier spécifiquement cette balise en production, afin que le pull ne change pas immédiatement votre répertoire de travail. Sinon, vous risquez que quelqu'un pousse juste avant votre pull.

Notez qu'un git pull git checkout my-old-commit vous laisse maintenant dans un état DETACHED HEAD - effectivement vous envoyez les futurs commits dans ce dépôt sur un nouveau chemin commits. Pour un repo de déploiement, ce n'est pas un problème majeur, puisque les seuls commits devraient être ceux déjà commis correctement avant d'être tirés.

Cependant, il est parfois utile de vérifier que les marqueurs commit (head,tags,remotes) sont identiques à ceux du master repo. Pour corriger cela après votre checkout : git reset - rattache la tête git fetch - synchronise les marqueurs pour les remotes [cela peut dépendre de la version de git - il est vrai que notre environnement est toujours en 1.7... donc ce n'est peut-être plus nécessaire - YMMV].