git-gui - Comment fusionner plusieurs branches dans Gitlab?

Question

Maintenant, mon collègue A a démarré un projet, qui est divisé en A, qui contient des instructions, du common.css et d'autres composants

Puis le collègue B crée une nouvelle succursale B,

Le collègue C passe localement à la partie B et crée la partie C

Puis les collègues B et C évoluent dans leurs branches respectives

Une fois le développement terminé et poussé vers la télécommande, le contenu du projet doit être fusionné dans une branche

Question 1 : La branche B peut-elle être fusionnée avec la branche C ou la branche C peut-elle être fusionnée avec la branche B ?

Question 2 : Les branches B et C peuvent-elles être fusionnées dans la branche A ?

Question 3 : Quelle est la différence entre la fusion vers l'arborescence de travail et la fusion rapide ?

De plus, aucun rebase n'est souhaité.

Answer 1

Vous n'avez pas tous une branche de développement publique ?
Tirez une branche de développement de dev. Une fois le développement terminé, tout le monde la fusionnera dans dev.
Ayez des conflits et résolvez les conflits.

Answer 2

Tout d'abord, git natif prend en charge la création et la fusion de branches ¹, donc tous les outils de gestion de versions de code basés sur git (comme gitlab/github) prennent également en charge la fonction de branche par défaut (gitlab. Aura également une fonction de gestion des autorisations)

De plus, un problème majeur dans le projet en question est comme @52lidan l'a dit, Il n'y a pas de dev branche, ce qui entraîne une confusion dans la gestion des versions de code (la branche A, B ou C est-elle la plus importante ? ) , donc la suggestion de sujet est :

1. Le projet doit avoir les branches suivantes

   • master : Branche de code (protégée) pouvant être officiellement publiée dans l'environnement de production ²

   • dev : Après développement et tests préliminaires, une branche de code fonctionnelle est utilisée pour fusionner le travail de chacun et les bugs corrigés (protégés)

2. Créez une nouvelle branche pour chaque tâche, et les personnes suivent la tâche au lieu que les tâches suivent les personnes. En d'autres termes, sur la bibliothèque distante, la tâche n'a qu'une seule branche, et tout le monde tire Obtenez-le localement. Le travail de chacun sur la tâche doit être validé localement, puis poussé vers la branche de tâche ( Il n'est pas recommandé que plus de trois personnes collaborent sur une tâche, sinon la tâche sera décomposée en plusieurs branches<.> )

---

Création et fusion de branches git ↩
Dans gitlab, vous pouvez définir la branche sur
2. Dans cette branche, seules les personnes qui ont obtenu les autorisations protected/owner dans le projet peuvent fusionner les soumissions soumises par d'autres master ↩. merge request

Answer 3

Je ne comprends pas très bien le sens de la question. La fusion elle-même est effectuée entre différentes branches. Pourquoi ne peut-elle pas être fusionnée entre branches ?

Answer 4

Même si la fusion se fait selon le principe du premier arrivé, premier servi, si le développement local est terminé sans transmettre les mises à jour à l'extrémité distante, comment peut-il y avoir une situation de fusion. Au moins, il devrait y avoir un b sur l'extrémité distante ? fin. Sinon, fusionnez-le avec a. Ouais, mais ce n'est pas bon

Answer 5

Les branches doivent avoir des points de bifurcation. Plus on s'éloigne du point de bifurcation, plus l'incohérence théorique est grande et plus une intervention humaine est nécessaire pour fusionner. Il n'y a aucune branche qui ne puisse être fusionnée sans intervention humaine

.

Answer 6

Question 1 : Oui
Question 2 : Oui
Question 3 : Je ne sais pas