> car lorsque mon code sera prêt, je vais devoir faire un hg pull, puis un hg merge, un hg ci et enfin un hg push qui remontera mes modifications dans le dépôt central en un seul commit.
Je te conseille d'utiliser l'extension standard rebase pour rebaser tes changesets sur ceux du serveur. Ça rajoute la commande rebase et l'option --rebase à la commande pull avec un fonctionnement similaire à Git.
Tu peux également le faire avec mq (qui tu l'auras compris est le couteau suisse de mercurial), il suffit d'importer tes changesets dans une queue et les réimporter sur le nouveau tip. Les deux méthodes se valent, la première est probablement plus simple pour ceux qui ne sont pas habitués à mq.
Même si mercurial n'inclut par défaut le rebasing, c'est considéré comme une bonne pratique dans la communauté mercurial. Contrairement au merge, le rebasing permet d'avoir un historique plus "propre" en éliminant les changesets propre au merge.
[^] # Re: Edition de l'historique
Posté par GeneralZod . En réponse au message Hg et SVN: concaténer changesets en un seul commit. Évalué à 2.
Je te conseille d'utiliser l'extension standard rebase pour rebaser tes changesets sur ceux du serveur. Ça rajoute la commande rebase et l'option --rebase à la commande pull avec un fonctionnement similaire à Git.
Tu peux également le faire avec mq (qui tu l'auras compris est le couteau suisse de mercurial), il suffit d'importer tes changesets dans une queue et les réimporter sur le nouveau tip. Les deux méthodes se valent, la première est probablement plus simple pour ceux qui ne sont pas habitués à mq.
Même si mercurial n'inclut par défaut le rebasing, c'est considéré comme une bonne pratique dans la communauté mercurial. Contrairement au merge, le rebasing permet d'avoir un historique plus "propre" en éliminant les changesets propre au merge.