Flux de travail Git lorsque vous travaillez sur une partie d'une arborescence source avec un serveur distant

Question

J'ai un projet qui contient différents composants sur lesquels tout le monde travaille. Nous avons un composant côté serveur et N nombre de composants clients qui interagissent avec le serveur. Je suis moi-même responsable de l'un des composants du client. Je suis à un point où je voudrais bifurquer pour développer de nouvelles fonctionnalités pour le client. Le problème ici est que pendant que je mets à jour le client, je voudrais faire ce qui suit:

a) Assurez-vous que toutes les mises à jour côté serveur qui sont faites par des collègues se rendent à ma branche expérimentale. b) Poussez ma branche expérimentale à un repo partagé afin que les gens puissent voir le travail que j'ai fait. c) Rejoindre la branche principale lorsque les fonctions sont terminées.

Quelle est la meilleure stratégie pour ce flux de travail particulier lorsque vous travaillez avec un dépôt partagé?

Merci pour votre solution.

Answer 1

Le workflow standard fonctionne comme ça:

1. git clone pour créer votre référentiel local.
2. créer une branche de suivi de origin/master.
3. Créez votre succursale hors de votre agence de repérage locale.

maintenant à remplir:

1. condition a) que vous pouvez tirer à partir du référentiel d'origine. Cela va apporter des modifications à votre branche de suivi local . Si ça va. Faites git merge ou git rebase pour importer les modifications d'autres personnes à votre succursale.
2. condition b) utilisez git push pour envoyer votre branche sur le référentiel partagé.
3. condition c) lorsque vous avez terminé avec votre branche fusionner à la branche maître et le pousser vers le référentiel partagé.

C'est la manière la plus simple de faire les choses.

Vous pouvez également utiliser le référentiel privé/public pour tout le monde. Regardez une proposition de workflow pour Git. Dans ce cas, vous vous débarrassez de la poussée et n'utilisez que pull/merge.