Pour ce dernier, la signification de « get » est la commande git fetch, c'est-à-dire récupérer les modifications qui ne sont pas disponibles localement depuis l'entrepôt distant comme pour le premier, dans la plupart des cas, la signification de « pull » ; " voici git fetch suivi de A git merge correspond à la commande git pull dans git, qui consiste à récupérer les modifications qui ne sont pas disponibles localement depuis l'entrepôt distant et à les fusionner automatiquement dans la branche distante.
Comme les résultats de git pull nous prêtent parfois à confusion, il est préférable d'utiliser les commandes fetch et merge explicitement. Bien sûr, pour certaines situations simples, le premier git pull est plus pratique.
Si vous devez poser des questions sur l'applicabilité de chacun des deux, je pense que c'est difficile à dire car cela implique de nombreuses situations complexes et d'autres commandes git. Je pense que dans la plupart des cas, la différence entre les deux est ce que j'ai dit précédemment. De plus, il est difficile de rencontrer ou de gérer ces situations complexes si l’on utilise uniquement un système de contrôle de version graphique.
Si quelqu'un d'autre a des suggestions, je suis tout ouïe. Après tout, l'expérience professionnelle de chacun est très différente.

Le premier est pull, le second est fetch et pull est égal à fetch + merge.

Les deux étages précédents l'ont déjà très bien dit. Permettez-moi de le répéter en langage clair. Pulling écrira les mises à jour que votre entrepôt local n'a pas mais que l'entrepôt distant doit utiliser pour les obtenir. est plus Utilisé pour vérifier si l'entrepôt distant a été mis à jour par rapport au statut de votre entrepôt local. C'est tout. Cela ne changera pas votre entrepôt local