En résumé, dans un modèle centralisé, le "force" sur un push non fast-forward est possible avec git ... sauf si le serveur le désactive.
Si je comprends bien, ce n'est pas le cas avec les "named branch" de Hg. Par contre qu'en est-il de l'extension bookmarks, si on n'utilise que celle-ci et pas de "named branch" ?
Ce point est quand même assez important car on peut mettre en place certains workflows dans lesquels une "feature branch" est réservée à un développeur par convention. Ça lui permet de valider son dev avec toute la batterie de tests sur le serveur de build et de la réaligner autant qu'il veut en forçant le push avant de l'intégrer, contrairement aux pull request classiques à le Github.
Au moment de l'intégration, il n'a plus qu'un merge --no-ff à faire et la branche de feature n'est pas polluée par des merges d'intégration en provenance d'upstream une fois qu'il a déjà pushé.
Du coup on obtient un historique très propre avec des features branches très lisibles.
[^] # Re: Mercurial
Posté par El Titi . En réponse au journal Git a fêté ses 10 ans hier .... Évalué à 8.
En résumé, dans un modèle centralisé, le "force" sur un push non fast-forward est possible avec git ... sauf si le serveur le désactive.
Si je comprends bien, ce n'est pas le cas avec les "named branch" de Hg. Par contre qu'en est-il de l'extension bookmarks, si on n'utilise que celle-ci et pas de "named branch" ?
Ce point est quand même assez important car on peut mettre en place certains workflows dans lesquels une "feature branch" est réservée à un développeur par convention. Ça lui permet de valider son dev avec toute la batterie de tests sur le serveur de build et de la réaligner autant qu'il veut en forçant le push avant de l'intégrer, contrairement aux pull request classiques à le Github.
Au moment de l'intégration, il n'a plus qu'un merge --no-ff à faire et la branche de feature n'est pas polluée par des merges d'intégration en provenance d'upstream une fois qu'il a déjà pushé.
Du coup on obtient un historique très propre avec des features branches très lisibles.
CrEV a bien décrit ce workflow dans un journal.