-
git add
ajoute vos fichiers modifiés à la file d'attente à engager plus tard . Les fichiers ne sont pas validés
-
git commit
commite les fichiers qui ont été ajoutés et crée une nouvelle révision avec un log... Si vous n'ajoutez aucun fichier, git ne commitera rien. Vous pouvez combiner les deux actions avec git commit -a
-
git push
pousse vos changements vers le référentiel distant.
Ce chiffre de ce cheat sheet git donne une bonne idée du flux de travail
git add
n'est pas sur la figure parce que la façon suggérée de s'engager est le combiné git commit -a
mais vous pouvez mentalement ajouter un git add
au bloc de changement pour comprendre le flux.
Enfin, la raison pour laquelle push
est une commande séparée est à cause de git
La philosophie de l'UE. git
est un système de versionnement distribué, et votre répertoire de travail local est votre référentiel ! Toutes les modifications que vous apportez sont instantanément reflétées et enregistrées. push
est uniquement utilisé pour mettre à jour le dépôt distant (que vous pouvez partager avec d'autres) lorsque vous avez terminé votre travail. C'est une bonne façon de travailler et d'enregistrer les modifications localement (sans frais de réseau) et de ne les mettre à jour que lorsque vous le souhaitez, au lieu de le faire à chaque livraison. Cela a pour conséquence indirecte de faciliter les commits/branches, etc. (pourquoi pas, n'est-ce pas ? qu'est-ce que cela vous coûte ?) ce qui conduit à plus de points de sauvegarde, sans toucher au référentiel.
2 votes
Nice livre sur git