Quelles sont les différences entre « git commit » et « push git »?
https://stackoverflow.com/questions/2745076
-
02-10-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Dans un Git tutoriel, je vais à travers, git commit est utilisé pour enregistrer les modifications que vous avez apportées.
Qu'est-ce que git push utilisé alors?
La solution
En gros git commit " enregistre les changements dans le dépôt " en git push " met à jour à distance refs ainsi que des objets associés ". Ainsi, le premier est utilisé dans le cadre de votre référentiel local, tandis que le dernier est celui utilisé pour interagir avec un dépôt distant.
Voici une photo de Nice Oliver Steele , qui explique le modèle de git et les commandes:
En savoir plus sur git push et git pull sur GitReady.com (l'article I fait référence à la première)
Autres conseils
allouent : l'ajout de modifications au référentiel local
poussée : pour transférer les derniers Commit (s) à un serveur distant
Eh bien, git commit essentiellement met vos modifications dans votre repo local, alors que git push envoie vos modifications à l'emplacement distant.
Depuis git est un système de contrôle de version distribué, la différence est que commettras engagera des changements à votre référentiel local, alors que pousser poussera les changements jusqu'à une prise en pension à distance.
git push est utilisé pour ajouter commits que vous avez fait sur le dépôt local à une distance -. Avec git pull, il permet aux gens de collaborer
Engagez : Aperçu | changeset | History_record | version | « Enregistrer sous » d'un dépôt. dépôt Git = série (arbres) de commits .
Local dépôt:. Dépôt sur votre ordinateur
à distance référentiel :. Dépôt sur un serveur ( Github )
git commit: Ajouter un nouveau commit (dernière commit + mis en scène modifications) au référentiel local <. / p>
git push, git pull: Sync le référentiel locale avec son associé distant référentiel . push - appliquer les modifications de locale dans distant , pull -. appliquer les modifications de distant dans locale
git commit enregistrer vos modifications dans le référentiel local .
git push mise à jour distant référentiel avec vos modifications locales.
Trois choses à noter:
1) Répertoire de travail ----- dossier où nos fichiers codes sont présents
2) Dépôt local ------ Ceci est à l'intérieur de notre système. Lorsque nous avons le temps faire
COMMIT commande alors ce référentiel local est créé.
au même endroit où est notre répertoire de travail,
Checkit (.git) fichier créé se.
Après cela, chaque fois que nous n'engageons, ce stockera la
les changements que nous faisons dans le dossier de répertoire de travail à
Référentiel local (.git)
3) archivage distant ----- Il est situé en dehors de notre système comme sur les serveurs situé où dans le monde. comme GitHub. Lorsque nous faisons commande PUSH puis les codes de nos locaux référentiel sont stockés à ce référentiel distant
Je veux juste ajouter les points suivants:
Yon ne peut pas pousser jusqu'à ce que vous vous engagez que nous utilisons git push pour pousser commits sur votre branche locale à un dépôt distant.
La commande git push prend deux arguments:
Un nom à distance, par exemple, origin
Un nom de branche, par exemple, master
Par exemple:
git push <REMOTENAME> <BRANCHNAME>
git push origin master
Une analogie très grossière. Si l'on compare git commit pour enregistrer un fichier édité, puis git push serait copier ce fichier vers un autre emplacement
S'il vous plaît ne prenez pas cette analogie de ce contexte - engager et pousser ne sont rien comme l'enregistrement d'un fichier Edité et le copier. Cela dit, il faut tenir pour cause de comparaisons que.
git commit est rien sauver officiellement nos changements, pour chaque livraison, nous donnons le message de validation, une fois que nous avons fini avec commits nous pouvons pousser à distance pour voir notre changement au niveau mondial
ce qui signifie que nous pouvons faire de nombreux commits avant de pousser à distance (on peut voir la liste des commits est arrivé et les messages aussi) git enregistre chaque commit avec engager id qui est un code de 40 chiffres
et j'utilise git push seulement quand je voulais voir mon changement à distance (Il après que je vais vérifier si mon code a travaillé dans jenkins)
Il est plus facile de comprendre l'utilisation des commandes git add et commit si vous imaginez un fichier journal étant maintenu dans votre dépôt sur Github.
Un fichier journal de type projet pour moi peut ressembler à:
---------------- Day 1 --------------------
Message: Completed Task A
Index of files changed: File1, File2
Message: Completed Task B
Index of files changed: File2, File3
-------------------------------------------
---------------- Day 2 --------------------
Message: Corrected typos
Index of files changed: File3, File1
-------------------------------------------
...
...
...and so on
Je commence habituellement ma journée avec une demande de git pull et fin avec une demande de git push. Donc, tout à l'intérieur des correspond record d'un jour à ce qui se passe entre eux. Au cours de chaque jour, il y a un ou plusieurs tâches logiques que je complète qui est nécessaire de changer quelques fichiers. Les fichiers modifiés au cours de cette tâche sont répertoriées dans un index.
Chacune de ces sous-tâches (tâche A et la tâche B ici) sont commits individuels. La commande git add ajoute des fichiers à la liste 'Index des fichiers modifiés. Ce processus est également appelé mise en scène et dans les dossiers de réalité fichiers modifiés et les changements effectués. Les enregistrements de commande de git commit / finalise les modifications et la liste d'index correspondant avec un message personnalisé qui peut être utilisé pour référence ultérieure.
Rappelez-vous que vous êtes toujours en changeant seulement la copie locale de votre dépôt et non pas celui sur Github. Après cela, que lorsque vous faites un git push faire tous ces changements enregistrés, ainsi que vos fichiers d'index pour chaque validation, journalisé sur le dépôt principal (sur Github).
À titre d'exemple, pour obtenir la deuxième entrée dans ce fichier journal imaginaire, je l'aurais fait:
git pull
# Make changes to File3 and File4
git add File3 File4
# Verify changes, run tests etc..
git commit -m 'Corrected typos'
git push
En un mot, git add et git commit vous permet de décomposer une modification du référentiel principal en sous-changements systématiques logiques. Comme d'autres réponses et commentaires ont souligné, il y a beaucoup plus d'utilisations ofcourse pour eux. Cependant, c'est l'un des plus usages communs et un principe moteur Git est un système de contrôle de révision en plusieurs étapes contrairement à d'autres plus populaires comme Svn.
Appuyez sur : Appuyez sur la branche à distance, ainsi que des commits nécessaires et objets. crée branche nommée dans la prise en pension à distance si elle n'existe pas.
Commit : vos changements au référentiel local, Commit l'instantané mis en scène. Il garde la trace des modifications apportées entre chaque commit.
Lorsque vous commit vos modifications, vous enregistrez les modifications comme un ensemble unique logique dans votre référentiel local. Vous pouvez faire plusieurs fois sans pousser. Jusqu'à ce qu'ils sont poussés, ils ne quittent pas votre référentiel local qui signifie que le dépôt distant ne sera pas que ces ensembles de changements encore, alors quand d'autres personnes tirent du dépôt distant, vos commits ne seront pas tirés.
Lorsque vous appuyez sur , tous les commits que vous avez faites dans votre dépôt local seront transférés au dépôt distant, de sorte que lorsque les autres développeurs qui partagent cette force d'attraction à distance référentiel, ils auront vos changements transférés à leur référentiels locaux.
en termes simples, git commit est l'étape avant git push vous les exécutez dans cet ordre pour git avec succès votre fichier à github.
Eh bien, git commit essentiellement met vos modifications dans votre repo local, alors que git push envoie vos modifications à l'emplacement distant. Depuis git est un système de contrôle de version distribué, la différence est que commettras engagera des changements à votre référentiel local, alors que pousser poussera les changements jusqu'à une prise en pension à distance
source Google
http://gitref.org/basic/ ce lien sera très utile aussi
git commit est de valider les fichiers qui est mis en scène dans le repo local. git push est de fusionner avancer rapidement la branche principale du côté local avec la branche principale à distance. Mais la fusion ne sera pas toujours le succès. Si apparaît de rejet, vous devez pull afin que vous puissiez faire une git push réussie.
