Journal : Sortie de Mercurial 0.8

Posté par ribwund () le 30 janvier 2006
0
Le système de gestion de version distribué Mercurial sort en version 0.8

au menu :
- extensions: signature gpg, bisect (à la git-bisect)
- amélioration des performances (status, diff)
- diminution de l'utilisation mémoire
- quelques changements sur l'interface d'utilisation (toutes les commandes sont globales pour le repository par défaut)
- nouvelle skin pour le site web (à la gitweb)
- et de nombreux bugfixes

http://www.selenic.com/mercurial/wiki/index.cgi/Mercurial

> Lire le journal (5 commentaires, moyenne: 2).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

N'oublions pas...

Posté par Edouard Gomez (page perso, ) le 30/01/2006 à 19:47. (lien). Évalué à 5.

l'extension MQ qui permet d'avoir la puissance de Mercurial et la possibilité de gérer des patchs à la Quilt d'Andrew Morton. Pour ceux qui ne connaissent pas, il s'agit de maintenir des patchs a appliquer sur un source public. L'exemple le plus connu est le source des noyaux d'Andrew Morton qui maintient pres de 1000 patchs grâce à Quilt en parallele des sources de Linus Torvalds.

L'extension est dans un repository Mercurial:
http://hg.serpentine.com/mercurial/mq

Un mini howto explique comment l'installer/utiliser ici:
http://www.selenic.com/mercurial/wiki/index.cgi/MqExtension

Et pour ceux qui se demanderaient pourquoi Andrew Morton n'utilise pas GIT, la réponse est toute simple:
Linus Torvalds travaille sur le merge final, il s'agit pour lui d'appliquer des patchs une seule fois. Andrew Morton doit pouvoir maintenir des patchs de facon indépendante pour les soumettre a linus apres une prériode de maturation plus ou moins longue...
Voir http://kerneltrap.org/node/6059 pour plus de détails.

Pour les fans de GIT, il y a aussi StGit:
http://www.gelato.unsw.edu.au/archives/git/0511/11321.html

Un post intéressant le comparant à Hg+MQ (mail assez vieux vu l'evolution des deux SCM git et hg)

Aussi pour ceux qui voudraient tester Mercurial sans avoir de projet à se mettre sous la dent:
http://hg.serpentine.com/mercurial/mq

Attention la il s'agit plutot de gros projets... avec plein de merge dans tous les sens.

Des projets completement lineaires pour se faire la main (desole je n'ai pas d'hebergeur python, donc je met un tar a disposition):
http://ed.gomez.free.fr/mercurial/

Un outil pour passer d'un SCM a l'autre:
http://www.darcs.net/DarcsWiki/Tailor/

  • [^]Re: N'oublions pas...

    Posté par ribwund () le 30/01/2006 à 21:08. (lien). Évalué à 1.

    Des projets completement lineaires pour se faire la main (desole je n'ai pas d'hebergeur python, donc je met un tar a disposition):
    http://ed.gomez.free.fr/mercurial/


    Pourquoi ne pas utiliser des bundles (fichier contenant un ensemble de changeset) ?

Question aux pros de Mercurial

Posté par Erwan (page perso, ) le 31/01/2006 à 04:44. (lien). Évalué à 1.

Quelqu'un utilise Mercurial sur un projet avec plein de developpeurs? Pas de probleme de merge?

  • [^]Re: Question aux pros de Mercurial

    Posté par ribwund () le 31/01/2006 à 06:49. (lien). Évalué à 1.

    Mercurial est utilisé par Xen, rPath (conary package manager) et flock par exemple.

    Je crois que certaines personnes avaient des problèmes avec les
    versions plus anciennes, mais on a pas eu de bug report pour la version de developpement et pour 0.8 donc ca semble résolu.

    (Sinon Mercurial fait partie des SCM candidats pour OpenSolaris. Si on ajoute ça aux passerelles vers FreeBSD et DragonflyBSD, je trouve ça assez ironique pour un SCM crée pour le kernel linux)

linux-dvb

Posté par Matthieu C () le 31/01/2006 à 06:45. (lien). Évalué à 2.

Au passage le projet linux-dvb/v4l vient de passer sous mercurial : http://linuxtv.org/hg/v4l-dvb / http://linuxtv.org/cvs.php

Revenir en haut de page