Comments on: Conférence de Linus Torvalds sur GIT, et informations sur Mercurial http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/ Fabien Penso's blog Sun, 28 Feb 2010 10:22:40 +0100 http://wordpress.org/?v=2.8.4 hourly 1 By: Fabien Penso http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/comment-page-1/#comment-346 Fabien Penso Tue, 13 Nov 2007 10:57:48 +0000 http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/#comment-346 Salut David, J'avais déjà vu et testé sans succès, c'est compliqué à mettre en place. Mais il faudrait que je reteste sans doute (de plus comme je me connectais à mes mercurial en ssh+cle sous Windows c'est la daube, mais je suis en train de changer en https en fait) Salut David,

J’avais déjà vu et testé sans succès, c’est compliqué à mettre en place. Mais il faudrait que je reteste sans doute (de plus comme je me connectais à mes mercurial en ssh+cle sous Windows c’est la daube, mais je suis en train de changer en https en fait)

]]> By: David http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/comment-page-1/#comment-345 David Tue, 13 Nov 2007 10:47:14 +0000 http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/#comment-345 Fabien, je n'utilise que Linux en console locale ou en ssh pour développer et je n'ai donc pas ce problème. Mais je suis tombé aujourd'hui sur le lien http://tortoisehg.sourceforge.net/ sur le wiki de mercurial et j'ai repensé à ton commentaire ci-dessus. Je n'ai pas testé mais j'espère que ça répondra à ton désir de plus d'ergonomie de mercurial sous windows. Fabien, je n’utilise que Linux en console locale ou en ssh pour développer et je n’ai donc pas ce problème. Mais je suis tombé aujourd’hui sur le lien http://tortoisehg.sourceforge.net/ sur le wiki de mercurial et j’ai repensé à ton commentaire ci-dessus.

Je n’ai pas testé mais j’espère que ça répondra à ton désir de plus d’ergonomie de mercurial sous windows.

]]> By: Fabien Penso http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/comment-page-1/#comment-219 Fabien Penso Tue, 09 Oct 2007 22:18:39 +0000 http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/#comment-219 David, c'est exactement ma pensée et ma conclusion. Je bosse beaucoup avec Mercurial, quel bonheur... (sauf que pas de clients Windows donc pour certains trucs c'est chiant). J'ai l'impression que publier en dav est pas facile aussi, mais j'ai pas encore plongédedans, pour l'instant je suis en ssh. David, c’est exactement ma pensée et ma conclusion. Je bosse beaucoup avec Mercurial, quel bonheur… (sauf que pas de clients Windows donc pour certains trucs c’est chiant). J’ai l’impression que publier en dav est pas facile aussi, mais j’ai pas encore plongédedans, pour l’instant je suis en ssh.

]]> By: David http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/comment-page-1/#comment-215 David Tue, 09 Oct 2007 20:19:52 +0000 http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/#comment-215 J'utilise Mercurial depuis 7 mois et c'est que du bonheur. C'est un outil léger, performant et d'une flexibilité incroyable. Que se soit pour travailler sur un projet personnel ou en équipe, je ne conçois plus de développer sans. Il est à rajouter dans les arguments pointés par Linus et auquels je souscris : *La sauvegarde du projet est assurée par les copies locales des contributeurs. *La possibilité de rétablir une équité entre les développeurs accrédités et les contributeurs occasionnels. Tous peuvent commiter dans leurs dépos personnels. Les personnes accrédités peuvent faire une revue de code avant de pousser les modifications dans le dépo officiel. Dans un projet centralisé, soit beaucoup de monde a un accès en écriture et la stabilité du dépo est aléatoire ; soit le petit nombre de personnes ont un accès en écriture et l'immense majorité doit travailler avec des patch ce qui représente un important retour en arrière. En résumé, après avoir utilisé CVS/Subversion et Mercurial, je suis d'accord avec Linus sur le fond ; pour la forme... on ne refera pas Linus ;) J’utilise Mercurial depuis 7 mois et c’est que du bonheur. C’est un outil léger, performant et d’une flexibilité incroyable. Que se soit pour travailler sur un projet personnel ou en équipe, je ne conçois plus de développer sans.

Il est à rajouter dans les arguments pointés par Linus et auquels je souscris :
*La sauvegarde du projet est assurée par les copies locales des contributeurs.
*La possibilité de rétablir une équité entre les développeurs accrédités et les contributeurs occasionnels. Tous peuvent commiter dans leurs dépos personnels. Les personnes accrédités peuvent faire une revue de code avant de pousser les modifications dans le dépo officiel. Dans un projet centralisé, soit beaucoup de monde a un accès en écriture et la stabilité du dépo est aléatoire ; soit le petit nombre de personnes ont un accès en écriture et l’immense majorité doit travailler avec des patch ce qui représente un important retour en arrière.

En résumé, après avoir utilisé CVS/Subversion et Mercurial, je suis d’accord avec Linus sur le fond ; pour la forme… on ne refera pas Linus ;)

]]> By: Bluebird http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/comment-page-1/#comment-152 Bluebird Mon, 08 Oct 2007 18:53:01 +0000 http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/#comment-152 chapitre 4.5.1 : clever compression http://hgbook.red-bean.com/hgbookch4.html#x8-790004.5 Tout le chapitre 4 est interessant, on découvre comment ça marche. chapitre 4.5.1 : clever compression

http://hgbook.red-bean.com/hgbookch4.html#x8-790004.5

Tout le chapitre 4 est interessant, on découvre comment ça marche.

]]> By: Fabien Penso http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/comment-page-1/#comment-121 Fabien Penso Thu, 20 Sep 2007 09:26:22 +0000 http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/#comment-121 Oui j'ai la même sensation après avoir joué avec les deux, donc j'utilise actuellement Mercurial pour un projet en cours. Je n'ai pas trouvé le paragraphe sur la compression, tu peux me donner ça ? Oui j’ai la même sensation après avoir joué avec les deux, donc j’utilise actuellement Mercurial pour un projet en cours. Je n’ai pas trouvé le paragraphe sur la compression, tu peux me donner ça ?

]]> By: Bluebird http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/comment-page-1/#comment-116 Bluebird Wed, 19 Sep 2007 10:16:19 +0000 http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/#comment-116 A chaque fois que je vais voir la doc de git, j'ai l'impression de tomber sur un outil imbitable avec 300 commandes et 500 options. Il y a des frontends mais le statut est jamais super clair entre ce qui est officiel, sanctifié, qui marche bien ou pas, ce qui supporte toutes les options. Je me reconnais dans l'intro de Andrew Morton à la video de Linus : un outil qui vous fait vous rendre compte que vous êtes moins intelligent que vous ne le pensiez [parce que vous n'y comprenez rien]. Est-ce vraiment ce que devrait être un outil de gestion de source. A côté, en une seule visite sur le site de Mercurial, j'ai été convaincu. Des docs claires, un outil simple à prendre en main, un tutorial. Le support de Windows est 100% ok, ce qui peut avoir sa place. Ensuite, j'ai lu le manuel en entier, et là c'est vraiment que du bonheur. D'une part, mercurial essaie de se comporter de façon intelligente en toute situation, d'autre part, contrairement à git, l'architecture est très simple (et je me suis senti aussi intelligent que les concepteurs). Simple, là où il faut, évolué là où il faut aussi. Par exemple j'ai trouvé le paragraphe expliquant les choix en terme de compression très agréable. On sent des gens qui ont réfléchi à differents scenario d'utilisations et qui ont optimisé dans chaque cas. Donc pour moi, ce sera de mercure au quotidien ! A chaque fois que je vais voir la doc de git, j’ai l’impression de tomber sur un outil imbitable avec 300 commandes et 500 options. Il y a des frontends mais le statut est jamais super clair entre ce qui est officiel, sanctifié, qui marche bien ou pas, ce qui supporte toutes les options. Je me reconnais dans l’intro de Andrew Morton à la video de Linus : un outil qui vous fait vous rendre compte que vous êtes moins intelligent que vous ne le pensiez [parce que vous n'y comprenez rien]. Est-ce vraiment ce que devrait être un outil de gestion de source.

A côté, en une seule visite sur le site de Mercurial, j’ai été convaincu. Des docs claires, un outil simple à prendre en main, un tutorial. Le support de Windows est 100% ok, ce qui peut avoir sa place. Ensuite, j’ai lu le manuel en entier, et là c’est vraiment que du bonheur. D’une part, mercurial essaie de se comporter de façon intelligente en toute situation, d’autre part, contrairement à git, l’architecture est très simple (et je me suis senti aussi intelligent que les concepteurs). Simple, là où il faut, évolué là où il faut aussi. Par exemple j’ai trouvé le paragraphe expliquant les choix en terme de compression très agréable. On sent des gens qui ont réfléchi à differents scenario d’utilisations et qui ont optimisé dans chaque cas.

Donc pour moi, ce sera de mercure au quotidien !

]]> By: Matthieu http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/comment-page-1/#comment-41 Matthieu Wed, 05 Sep 2007 17:10:56 +0000 http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/#comment-41 Corrections/suggestions : *semblent plus<strike>s</strike> aussi actifs * Mozilla utilise Mercurial (liste des projets qui utilisent Mercurial), pendant que le noyau Linux utilise GIT. => Tu peux rajouter OpenSolaris pour Mercurial et X.org pour git, c'est aussi des gros morceaux. Y'a les gens de KDE qui se tattent en ce moment, p'tet qu'ils finiront par basculer vers git. Corrections/suggestions :

*semblent pluss aussi actifs

* Mozilla utilise Mercurial (liste des projets qui utilisent Mercurial), pendant que le noyau Linux utilise GIT.
=> Tu peux rajouter OpenSolaris pour Mercurial et X.org pour git, c’est aussi des gros morceaux. Y’a les gens de KDE qui se tattent en ce moment, p’tet qu’ils finiront par basculer vers git.

]]> By: Fabien Penso http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/comment-page-1/#comment-34 Fabien Penso Wed, 05 Sep 2007 02:51:26 +0000 http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/#comment-34 En même temps dans ton cas ils pourraient même utiliser CVS ou des fichiers TAR et des patchs que ça ne ferait pas de différence :) En même temps dans ton cas ils pourraient même utiliser CVS ou des fichiers TAR et des patchs que ça ne ferait pas de différence :)

]]> By: Royale http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/comment-page-1/#comment-27 Royale Tue, 04 Sep 2007 13:19:02 +0000 http://blog.penso.info/2007/09/04/conference-de-linus-torvalds-sur-git-et-informations-sur-mercurial/#comment-27 Sur LinuxTV ( http://linuxtv.org/ ) qui gère la branche V4L/DVB des noyaux 2.6, ils utilisent Mercurial. Une fois que toutes les contributions sont prêtes, Mauro (le "maintainer" officiel) copie les changements sur son arbre git et demande à Linus de faire un "pull". Donc même autour du noyau Linux, certains projets utilisent Mercurial comme SCM primaire au lieu de git. Je confirme que la documentation de Mercurial est bien faite, car je ne connaissais rien aux gestionnaires de source distribués et j'ai finalement pu contribuer à LinuxTV :) Sur LinuxTV ( http://linuxtv.org/ ) qui gère la branche V4L/DVB des noyaux 2.6, ils utilisent Mercurial.
Une fois que toutes les contributions sont prêtes, Mauro (le “maintainer” officiel) copie les changements sur son arbre git et demande à Linus de faire un “pull”.
Donc même autour du noyau Linux, certains projets utilisent Mercurial comme SCM primaire au lieu de git.
Je confirme que la documentation de Mercurial est bien faite, car je ne connaissais rien aux gestionnaires de source distribués et j’ai finalement pu contribuer à LinuxTV :)

]]>