Je connais des développeurs qui ne supportent pas le rebase.
Tu gagne en lisibilité de l'historique certes, mais parfois le rebase fait un merge qui peut interférer avec ce que tu développais. Si tu corriges un conflit de merge sans maitriser ce que tu as réimporté ou si un conflit sémantique est introduit (http://martinfowler.com/bliki/SemanticConflict.html) tu n'as plus de traces de ton code initial.
Donc l'intétêt n'est pas évident pour tout le monde?
Si on était pas Vendredi, je dirais que Git est au VCS ce que Perl est aux langages
[^] # Re: Mercurial vu par Facebook
Posté par El Titi . En réponse au journal "Scaling Mercurial at Facebook". Évalué à 4.
Que l'embarras du choix tue le choix parfois.
Hg se focalise sur la simplicité et propose des extensions pou ce qui est avancé là où Git en fait trop.
Et pour le rebase:
http://mercurial.selenic.com/wiki/MqExtension
http://mercurial.selenic.com/wiki/RebaseExtension
Je connais des développeurs qui ne supportent pas le rebase.
Tu gagne en lisibilité de l'historique certes, mais parfois le rebase fait un merge qui peut interférer avec ce que tu développais. Si tu corriges un conflit de merge sans maitriser ce que tu as réimporté ou si un conflit sémantique est introduit (http://martinfowler.com/bliki/SemanticConflict.html) tu n'as plus de traces de ton code initial.
Donc l'intétêt n'est pas évident pour tout le monde?
Si on était pas Vendredi, je dirais que Git est au VCS ce que Perl est aux langages