Vidéo : Prédisez ce que contiendra votre prochain commit

Transcription vidéo

La narration de la vidéo, repère par repère.

1. Prédire le commit en séparant les fichiers de travail, l'index et l'historique.
2. Il s’agit d’un aperçu d’un futur projet. Votre votre propre référentiel n'est pas encore créé.
3. Utilisez trois instantanés étiquetés, pas un fichier se déplaçant entre les cases.
4. L'arbre de travail contient le les fichiers que vous modifiez et enregistrez sur le disque.
5. L'index décrit l'instantané vous vous préparez pour un commit.
6. Un commit enregistre un instantané, des métadonnées et sa relation avec l'histoire antérieure.
7. Avant le premier commit, la branche a un nom mais pas encore de conseil enregistré.
8. La mise en scène sélectionne le contenu actuel, pas modifications ultérieures, sans déplacer le fichier.
9. Notre futur héros commence avec cette ligne de soutien.
10. En A, le fichier n'existe que dans le arbre de travail et n’est pas suivi.
11. Mettez en scène les fichiers de démonstration. L'indice détient désormais le héros original.
12. Modifier après la mise en scène. Le dossier de travail change, mais l'index reste plus tôt.
13. Sans mise en scène à nouveau, qui supporte la ligne serait-elle un enregistrement de validation normal ?
14. Il enregistre la ligne préparée, pas la modification de travail ultérieure.
15. Le statut court montre deux différents comparaisons pour le même chemin.
16. Ici, A est l’addition par étapes ; M est la dernière modification fonctionnelle.
17. Lire le fichier préparé directement à partir de l'index.
18. L'index contient toujours la ligne de soutien précédente.
19. Le diff ordinaire compare le travail fichier avec sa version préparée.
20. Avant le premier commit, le cache Le résumé décrit le nouveau fichier intermédiaire.
21. Maintenant, inspectez le même état dans un véritable enregistrement GitTree.
22. Ouvrir Afficher les modifications de travail via la palette de commandes.
23. La ligne non mise en scène montre le plus récent édition de travail par rapport à l'index.
24. La ligne par étapes montre le précédent fichier préparé pour le premier commit.
25. Un chemin peut apparaître dans les deux listes sans créer deux fichiers physiques.
26. La lecture de l'une ou l'autre comparaison ne mettre en scène, supprimer ou supprimer du contenu.
27. Un commit normal enregistre l'index et fait progresser la branche locale.
28. Le sujet enregistré confirme le premier commit de héros existe.
29. L'espace de tête compte : seul le la comparaison de travail diffère encore.
30. Un diff en cache vide signifie que le l'index correspond à l'historique de ce chemin.
31. Le diff de travail contient toujours la modification la plus récente. Rien n'a été perdu.
32. L'histoire a désormais un engagement, tandis que le une modification de travail délibérée demeure.
33. Changer la séquence : mettre en scène le fichier édité avant de valider.
34. Maintenant, la nouvelle ligne est enregistrée et ce chemin n'a plus aucune différence.
35. Aucune de ces étapes locales télécharge n'importe quoi sur un fournisseur.
36. Votre propre leçon se termine toujours sans référentiel ; l'initialisation vient ensuite.
37. Ne supprimez pas les fichiers et ne réinitialisez pas l'historique juste pour faire un exemple de correspondance.
38. Fichiers de travail, contenu préparé et l’histoire enregistrée peut différer.
39. Vérifiez les deux séquences et expliquer les deux colonnes d'état.
40. Ensuite, créez GitTree fonctionnalités à l'intérieur GitTree, puis testez ce modèle vous-même.