Confusion concernant l'utilisation du mode de requête fork&pull de gitlab au sein de l'équipe

Question

Comme mentionné.
L'entreprise utilise désormais gitlab, et le processus d'utilisation approximatif est le suivant :
1. Le patron crée un entrepôt principal mainrepo
2. Chaque membre en déverse une copie mainrepo
. 3. en soi pour Faites du développement dans le code à partir de k
4. Une fois le développement terminé, émettez une demande de fusion et attendez que le patron fusionne le code
5. S'il y a de nouvelles mises à jour dans l'entrepôt principal, d'abord fetch puis fusionnez-les dans votre propre entrepôt

J'ai l'impression que c'est très gênant et que les avantages des branches git ne sont pas très évidents.
Que pensez-vous de ce modèle de travail ?

Answer 1

Deux façons :

1. Tout le monde utilise le même entrepôt pour le développement collaboratif, les fonctions de développement de branche, une fois le développement terminé, construisez merge request, continuez code review et enfin fusionnez dans la branche de développement

2. Vous pouvez également créer fork mainrepo Après le développement, créez pull request à mainrepo
   et laissez la personne qui gère le code le fusionner

.

Avantages de l'utilisation de la deuxième méthode :

• protège mainrepo, toutes les opérations de fusion doivent utiliser pull request, vous ne pouvez pas simplement fusionner

Les branches de

• mainrepo sont plus concises et ne contiennent pas de branches redondantes

• Les particuliers maintiennent des succursales dans leurs propres entrepôts privés, et il n'y aura pas de noms en double lors de la création de succursales

• Personnellement, j'insiste sur la contribution au code et je contribue davantage à mainrepo

Answer 2

Eh bien, cela ne profite pas vraiment des succursales.
Il ne devrait pas y avoir une seule branche mainrepo. Les branches de développement, de fonctionnalités, de correctifs, etc. doivent être séparées en fonction des besoins. Celui-ci est développé sur la branche correspondante.

Answer 3

Bien sûr, vous pouvez le faire, et votre patron a probablement ses raisons de le faire.
Cependant, cette méthode de gestion est très centralisée et n'est pas conforme à l'idée distribuée de git, donc utiliser git n'est pas très adapté.

Answer 4

Les étapes que je comprends

• Bibliothèque de création de boss

• Le patron désigné par le maître peut fusionner

• Créez une bibliothèque de développement en tant que bibliothèque d'environnement de test, et seul le patron ou le responsable désigné peut la fusionner.

• Chaque développement crée sa propre branche, puis la pousse vers la bibliothèque d'usine distante, puis le patron ou le responsable va à la fusion de développement et pousse la branche en amont.