Revenir à la précédente livraison dans SourceTree

Je suis nouveau à Git, et j'ai essayé de revenir à une précédente livraison dans SourceTree. J'ai cliqué avec le bouton droit sur le commit que j'allais revenir et puis cliqué sur la caisse. Il m'a donné une invite en disant que ma copie de travail deviendrait un décollement de la tête. Qu'est-ce que cela signifie et est-ce quelque chose que je dois éviter?

Double Possible de Comment faire pour en revenir à la situation antérieure valider à l'aide de l'arborescence source
Vous pourriez revenir à ce commit, mais généralement plus sûr de l'action qui pourrait être de faire un revert de s'engager à annuler cette validation.

InformationsquelleAutor Nikhil Sridhar | 2017-03-01

4

Comme Par Git-Tour de l'Article : Qu'est ce qu'un "isolé" dans Git?
Comprendre comment les "checkout" œuvres

Avec le "git checkout de la commande", vous déterminez la révision de votre
projet sur lequel vous souhaitez travailler. Git place tous de la révision du
les fichiers de votre copie de travail dossier.

Normalement, vous utilisez un nom de branche pour communiquer avec "git checkout"
```
$ git checkout development
```
Cependant, vous pouvez également fournir le hash SHA1 de la spécifique de commettre
au lieu de cela:
```
$ git checkout 56a4e5c08
Note: checking out '56a4e5c08'.

You are in 'detached HEAD' state...
```
Cet état - lorsqu'un commit est vérifié au lieu d'un
la branche est ce qu'on appelle un détaché de la TÊTE.

Le problème avec un décollement de la TÊTE

La TÊTE du pointeur dans Git détermine votre travail en cours de révision (et
ainsi, les fichiers sont placés dans votre projet de travail
annuaire). Normalement, lors de la vérification d'un bon nom de la branche, Git
déplace automatiquement la TÊTE du pointeur lorsque vous créez un nouveau
commettre. Vous êtes automatiquement sur la dernière livraison du choisi
de la branche.

Lorsque vous choisissez plutôt de consulter un commit de hachage, Git de ne pas le faire
pour vous. La conséquence en est que, lorsque vous apportez des modifications et de s'engager
eux, ces changements n'appartiennent PAS à l'une des succursales. Cela signifie qu'ils peuvent
très facile de se perdre une fois que vous découvrez une autre révision ou de la branche: non
enregistré dans le cadre d'une direction générale, vous n'avez pas la possibilité de
accéder à cet état facilement (sauf si vous avez un brillant mémoire et peut
souvenez-vous de la validation de hachage de ce nouveau commit...).
Résumé :
De SourceTree, merci de la Caisse de Branche au Lieu de Vérifier les Particuliers s'Engager.

InformationsquelleAutor LuFFy
0

La question ne semble pas exactement liée à git, mais spécifique à la git client /fournisseur que vous utilisez ( bitbucket que je soupçonne).

Je vous suggère d'utiliser la ligne de commande client, au lieu de l'INTERFACE web pour en apprendre git mieux.

Dans décollement de la tête de l'état, quelles que soient les modifications que vous faites (et de s'engager) est détaché de la validation de l'arbre, et vous avez besoin de plus de travail pour mettre qui s'engagent en retour à la validation de l'arbre. Normalement, nous ne faisons pas de changements dans décollement de la tête de l'état, il est utilisé pour la réorganisation de la validation de l'arbre. Mais il est intéressant d'expérimenter en état détaché.

InformationsquelleAutor Suraj Muraleedharan

Vous devez vous connecter pour publier un commentaire.