C'est aussi la philosophie ailleurs. On crée une branche "oulaCaPetetout", c'est souvent mieux. Mais lorsqu'arrive l'heure de la fusion, c'est bien mieux de (pouvoir) refaire l'historique. Typiquement, une modification se fait en 3 commits logiquement séparés. Mais j'avais oublié un truc dans le premier commit et l'avait ajouté dans le troisième pour que ça tourne en local.
Une fois que c'est prêt, je refait l'historique localement en replaçant la modification à sa place. Comme ça, ceux qui vont se charger de la fusion auront un travail plus simple. Sinon, il faudra justifier du oui, mais en fait j'avais juste oublié un truc. bouhouhou. Refaire son historique est aussi une marque de respect pour ceux qui vont recevoir le code.
Des boulets, il y en a partout. On pense évidemment au rebase sur des commits publics. Mercurial verrouille par défaut les commits publics, laissant quand même la possibilité de débloquer si nécessaire. De même, les commandes destructrices ne sont pas actives par défaut.
Bref, retirer des fonctionnalités parce que sinon c'est trop compliqué pour l'utilisateur est sans fondement.
[^] # Re: Pas de révision d'historique
Posté par Christophe HENRY (site web personnel) . En réponse au journal Chiselapp ferme ses portes. Évalué à 4.
C'est aussi la philosophie ailleurs. On crée une branche "oulaCaPetetout", c'est souvent mieux. Mais lorsqu'arrive l'heure de la fusion, c'est bien mieux de (pouvoir) refaire l'historique. Typiquement, une modification se fait en 3 commits logiquement séparés. Mais j'avais oublié un truc dans le premier commit et l'avait ajouté dans le troisième pour que ça tourne en local.
Une fois que c'est prêt, je refait l'historique localement en replaçant la modification à sa place. Comme ça, ceux qui vont se charger de la fusion auront un travail plus simple. Sinon, il faudra justifier du oui, mais en fait j'avais juste oublié un truc. bouhouhou. Refaire son historique est aussi une marque de respect pour ceux qui vont recevoir le code.
Des boulets, il y en a partout. On pense évidemment au rebase sur des commits publics. Mercurial verrouille par défaut les commits publics, laissant quand même la possibilité de débloquer si nécessaire. De même, les commandes destructrices ne sont pas actives par défaut.
Bref, retirer des fonctionnalités parce que sinon c'est trop compliqué pour l'utilisateur est sans fondement.