Git: Comment faire des allers et retours entre commits

Bien, je suis un ancien utilisateur svn trop, et maintenant l'utilisation de git pour tous mes projets.

Lors de l'utilisation de git, vous devez changer la façon de penser de l'architecture client-serveur qui est utilisé dans le svn. Dans svn, chaque changement a besoin d'une connexion avec le serveur. L'utilisation de git, votre pension est dans le répertoire de travail. Vous n'avez pas besoin d'une connexion pour chaque pensions de l'action.

Utiliser uniquement git push et git pull à se synchroniser avec repo. Pensez-y comme à l'aide de rsync ou de toute solution de sauvegarde, de faire deux place ont exactement le même contenu. Comme vous vous connectez externe de sauvegarde de disque dur, puis de rendre le contenu en lui même avec le contenu de votre main. C'est l'utilisation de git pull et git push.

Si vous voulez juste faire l'aller-retour de l'histoire, de faire à l'aide de git checkout. Voir la révision id à l'aide de git history. Si vous êtes sous Linux, utilisez gitk de voir la révision de l'arbre. Dans Windows, tortoise git pouvez afficher à l'aide de graphe de révision.

Pour revenir à la dernière révision, l'utilisation git checkout master. Avant de procéder à toute commande, toujours faire faire git status. Cette commande va afficher tout ce que vous devez savoir sur les pensions de condition, ainsi que les mesures que vous devez faire pour bien le faire. Avant de faire git pull et git push, il est préférable de s'assurer que git status résultat est contenir du texte working directory clean.

Si vous avez besoin de rétablir un fichier à la révision précédente, vous pouvez le faire avec git merge. Avant de le faire pour un fichier, de le tester d'abord avec git diff. Ex: git diff rev1:rev2 filename. Il permet d'imprimer différents entre deux révisions. Changement dans rev1 seront remplacés par les changements dans la rev2. De le faire revenir, rev2 sera le plus vieux que rev1. Après vous satisfaire avec les diff résultat, le faire avec git merge, il suffit de remplacer diff avec merge, tous les autres paramètres restent les mêmes.

J'espère que cela vous aide. La clé principale est de voir que votre travail dir est votre repo. Cette compréhension vous aidera à utiliser git à sa pleine capacité. Bonne chance.

Autres réponses sont instructifs, mais je crois que c'est plus proche de ce que l'OP veut:

Ajouter ces deux fonctions à votre ~/.bashrc:

# checkout prev (older) revision
git_prev() {
    git checkout HEAD~
}

# checkout next (newer) commit
git_next() {
    BRANCH=`git show-ref | grep $(git show-ref -s -- HEAD) | sed 's|.*/\(.*\)||' | grep -v HEAD | sort | uniq`
    HASH=`git rev-parse $BRANCH`
    PREV=`git rev-list --topo-order HEAD..$HASH | tail -1`
    git checkout $PREV
}

Utilisation:

$ git_prev
Previous HEAD position was 7042c8a... Commit message2
HEAD is now at d753ecc... Commit message1

$ git_next
Previous HEAD position was d753ecc... Commit message1
HEAD is now at 7042c8a... Commit message2

Note: Ces commandes permettent de toujours entrer détaché de la TÊTE état. Si vous git_prev puis git_next à partir d'un extrait de la succursale, vous allez vous retrouver à la dernière révision, mais vous serez dans décollement de la TÊTE de l'état. Ne git checkout BRANCH_NAME le retour à la normale.

Essayer git reflog, cette liste s'engage et extractions que vous avez fait pour basculer entre les commits, même les commits que vous avez perdu lors de la finalisation de la commande pour une livraison antérieure.

Ensuite, vous pouvez essayer git checkout <hash of a commit> pour changer de commettre.

Espérons que cette aide!