Git prend en charge de nombreux types de workflows. Ce que nous utilisons généralement est le suivant : créer une branche principale à distance et créer des branches fonctionnelles localement :

Allez dans votre propre branche de travail
$ git checkout work

Travail
....

Soumettre les modifications à la branche de travail
$ git commit -a

Retour à la branche principale
$ git checkout master

Obtenez les dernières modifications à distance, aucun conflit ne se produira pour le moment
$ git pull

Retour à la branche de travail
$ git checkout work

Utilisez rebase pour fusionner les modifications apportées au tronc et résoudre tout conflit à ce moment
$ git rebase master

Retour à la branche principale
$ git checkout master

Fusionnez les modifications de la branche de travail, et aucun conflit ne se produira pour le moment.
$ git merge work

S'engager sur le réseau distant
$ git push

L'avantage de ceci est que l'historique sur le tronc distant est toujours linéaire. Chacun résout les conflits sur sa branche locale et ne crée pas de conflits sur le tronc.

La réponse donnée par l'ami ci-dessus est très bonne. J'ajouterai ici une autre information pour référence de l'affiche. Ceci a été écrit par frère Ruan, [stratégie de gestion de branche git](http://www.ruanyifeng.com/blog/2012/0...).

Vous pouvez développer ensemble sur une branche. Lorsque vous apportez des modifications, utilisez

git stash

De cette façon, toutes les modifications locales sont mises en cache dans une pile, puis les modifications des autres personnes sont synchronisées

git pull --rebase

L'étape suivante consiste à rétablir vos modifications sur le dernier nœud

git stash pop

Ensuite, utilisez git commit pour soumettre, afin que la version d'une branche continue à se développer dans l'ordre, plutôt que comme tricoter un pull. Vous pouvez jeter un œil à la comparaison avant et après avoir utilisé cette méthode

:

Après ça