Discussion :

[boboss123]

Bonjour,

J'ai deux feature à developper, donc à partir de la branche dev, deux branches sont créées :

... les deux features sont développées par deux personnes différentes.

Je veux qu'au final mon dépôt git origine ressemble à ça, que chaque branche soit visible de manière linéaire :


Le problème est comment faire si pendant le développement de feature 1 si je veux récupérer sur cette branche les commits en cours de feature 2 ?
... Si je fais un merge de feature 2 dans dev puis que je rebase feature 1 sur dev, je n'aurai pas le résultat escompté, la branche feature 2 ne sera pas intégrée à la branche dev de manière linéaire :


Merci par avance

[CinePhil]

Bonjour,
Il me semble que c'est une question relative à la méthodologie de travail.

1) On part d'une branche dev et on crée 2 branches basées sur dev pour développer séparément 2 features.
2) Les 2 branches nouvelles évoluent chacune de leur côté.
3.1) Si la feature 1 a besoin des commits de la feature 2, il faut effectivement faire comme tu as écrit mais si le développeur de feature 2 continue de développer sur sa branche, le développeur de la feature 1 n'aura effectivement pas les nouveaux commits de feature 2.
3.2) Si la feature 2 est terminée, alors on remet dev au niveau de feature 2 et on supprime la branche de feature 2. Ainsi, la récupération de dev par le développeur de feature 1 aura tous les commits de feature 2... puisqu'il n'y en aura plus d'autre !
4) Si une petite correction est nécessaire sur la feature 2, soit on rouvre une branche de correction, soit on la fait sur dev mais, dans les deux cas, le développeur de feature 1 devra faire la manip nécessaire à la récupération de la correction. Il n'y a pas de report automatique d'une branche à l'autre, quelles que soient ces branches. Les branches ont chacune leur vie propre.

[Obsidian]

Re-bonjour,

Le problème est comment faire si pendant le développement de feature 1 si je veux récupérer sur cette branche les commits en cours de feature 2 ?
... Si je fais un merge de feature 2 dans dev puis que je rebase feature 1 sur dev, je n'aurai pas le résultat escompté, la branche feature 2 ne sera pas intégrée à la branche dev de manière linéaire

En fait, ici et sous Git, master, dev, feature1 et feature2 ont toutes le même statut. Aucune branche n'a de statut « spécial » par rapport aux autres. Cela signifie qu'il t'est possible de fusionner directement l'état actuel de feature2 dans feature1 et de poursuivre leurs développements propres avant de les re-fusionner tour à tour dans dev au final.

Au passage, c'est pour cela qu'il est important d'avoir un historique propre et de bien respecter la gestion de ces branches, parce que c'est justement ce qui va permettre à Git de retomber sur ses pattes et de savoir d'où il vient au départ quand on en arrive à faire ce genre de montage.

Si tu as besoin de récupérer quelques modifications ponctuelles, tu peux utiliser cherry-pick à condition de ne pas en abuser car comme expliqué dans ton autre discussion, cela « plagie » le contenu d'un autre commit sans l'y relier directement. Vu de l'historique, on aurait l'impression que les développeurs auraient tous deux développé la même chose chacun de leur côté.

La vraie question est : pourquoi veux-tu faire cela ? Est-ce purement esthétique ou y a-t-il une motivation derrière ? Je le demande car tu portes un soin particulier à tes commentaires pour être le plus clair possible mais qu'en principe, tu ne devrais être confronté que très rarement à ces situations.

[boboss123]

Merci pour vos réponses

Re-bonjour,
La vraie question est : pourquoi veux-tu faire cela ? Est-ce purement esthétique ou y a-t-il une motivation derrière ? Je le demande car tu portes un soin particulier à tes commentaires pour être le plus clair possible mais qu'en principe, tu ne devrais être confronté que très rarement à ces situations.

Sur un projet, des merges ont été utilisés pour synchroniser les branches : le résultat est que quand je fais de la relecture de code, je trouve que c'est un peu le bazar sur le dépot origin quand ce genre de situation arrive : j'essaie de voir comment il aurait été possible d'avoir un dépot origin plus propre.