Les deux sont complémentaires pour 1-partager un historique de dev sous la forme que tu veux 2- intégrer le taf de tes collaborateurs sans risque:
Perso, souvent , avant de merge, dans un premier temps, je rebase ma branche avec --onto pour la faire partir exactement de là où c'est pertinent, puis je la merge --no-ff pour faire clairement apparaitre le fait que j'ai travaillé dans une branche , et pouvoir facilement dé-merger tout un dev en cas de problème (un seul commit à revert).
En l’occurrence, un dev qui vise la version 3 d'un logiciel peut être effectué dans une branche d'abord tirée de la version 1 , puis rebasé sur la version 2 pour intégrer les bugfix de cette branche, puis rebasé sur la version 3, idem on re-adapte la branche au socle, puis mergé sur la version 3.
Perso, ça me permet de démarrer un dev indépendamment de sa date, forme, de livraison.
Pour ce qui est de l'impossibilité/desactivation de rebase de branche distante, je dirais qu'on peut toujours rebaser, puis change le nom de la branche, etc. Pas de problème concernant le risque de perdre l'historique donc.
[^] # Re: Merge ou rebase ?
Posté par fredoche . En réponse à la dépêche Sortie de Gnu Bazaar 2.6.0. Évalué à 2.
Les deux sont complémentaires pour 1-partager un historique de dev sous la forme que tu veux 2- intégrer le taf de tes collaborateurs sans risque:
Perso, souvent , avant de merge, dans un premier temps, je rebase ma branche avec --onto pour la faire partir exactement de là où c'est pertinent, puis je la merge --no-ff pour faire clairement apparaitre le fait que j'ai travaillé dans une branche , et pouvoir facilement dé-merger tout un dev en cas de problème (un seul commit à revert).
En l’occurrence, un dev qui vise la version 3 d'un logiciel peut être effectué dans une branche d'abord tirée de la version 1 , puis rebasé sur la version 2 pour intégrer les bugfix de cette branche, puis rebasé sur la version 3, idem on re-adapte la branche au socle, puis mergé sur la version 3.
Perso, ça me permet de démarrer un dev indépendamment de sa date, forme, de livraison.
Pour ce qui est de l'impossibilité/desactivation de rebase de branche distante, je dirais qu'on peut toujours rebaser, puis change le nom de la branche, etc. Pas de problème concernant le risque de perdre l'historique donc.