• [^] # Re: Mercurial vu par Facebook

    Posté par . En réponse au journal "Scaling Mercurial at Facebook". Évalué à 6.

    Sous hg pas moyen de voir l'historique remote à moins de pull ??
    Hg pull = git fetch.

    hg incoming # command vielle de 8 ans

    Pas de rebase par défaut (c'est un plugin)
    [...]
    Après, je ne sais pas comment est supporté le rebase aujourd'hui pour Hg

    Rebase fait parti de la distribution standard. Il à la même niveau de support que le reste de Mercurial. Il est ajouté 10 lettre dans ta config pour y avoir accéés.

    Rebase a un bon support dans Mercurial et s'en sort même mieux que git dans des cas tordus ou tu veux préserver des merges et ne pendre qu'une partie de l'historique (rare, certes)

    Déjà y'a pas d'index par défaut avec Hg. Je l'avais oublié celle-là [... remarque wtf the codeur java ...]

    Jamais comprit l’intérêt d'avoir un concept supplémentaire pour l'index quand on peut faire exactement là même chose avec de bon outils pour amend le changeset en cours.

    Pis c'est tellement logique de rajouter à l'index pour marquer des conflit comme résolus pour des gens qui ont l'habitude d'utiliser un commande svn resolve, pour "resoudre" un conflit

    Mercurial à interface utilisateur simple et claire pour ça. Rien particulièrement différent chez tout le monde.

    et pas de config sur la branche pour pull (merge ou rebase).

    Faux, il est possible de spécifier une branche particulière dans tes path (équivalent de git remote)

    Bref: ce qui est bien avec de débat c'est que chacun à une connaissance superficiel de l'autre outil mais est quand même persuadé qu'il est inférieur.