Conférence Mercurial Paris du 5 au 7 avril 2023

Posté par  . Édité par Pierre Jarillon et Benoît Sibaud. Modéré par patrick_g. Licence CC By‑SA.
14
7
fév.
2023
Gestion de versions

La conférence Mercurial Paris 2023, est une conférence internationale dédiée au gestionnaire de version Open Source Mercurial. Elle se tiendra du 5 au 7 avril 2023 dans les locaux de l'IRILL (Center for Research and Innovation on Free Software) à Paris, Université Paris Sorbonne.

Logo Mercurial

Mercurial est un gestionnaire de versions, libre et multi-plateforme, qui aide les équipes à collaborer sur des documents tout en conservant l’historique de l’ensemble des modifications. Équivalent fonctionnellement aux biens connus Git ou Svn, il s’en distingue sur de nombreux points techniques, ergonomiques et pratiques.

Doté d’une interface orientée utilisateur facile d’accès et simple à comprendre, il offre des capacités avancées de personnalisation du workflow et s’illustre aussitôt qu’il y a besoin de performances adaptées aux très gros dépôts. (Les équipes de Google et Facebook utilisent en interne des solutions basées sur Mercurial pour gérer l’ensemble de leur code source.).

Conférence Mercurial Paris du 21 au 23 septembre 2022 (évènement annulé)

Posté par  . Édité par Julien Jorge, Benoît Sibaud, Pierre Jarillon et Ysabeau 🧶 🧦. Modéré par Julien Jorge. Licence CC By‑SA.
Étiquettes :
11
8
sept.
2022
Gestion de versions

La conférence Mercurial Paris 2022, est une conférence internationale dédiée au gestionnaire de version Open Source Mercurial. Elle se tiendra fin septembre 2022 à Paris, Université Paris Sorbonne.

Mercurial est un gestionnaire de versions, libre et multi-plateforme, qui aide les équipes à collaborer sur des documents tout en conservant l’historique de l’ensemble des modifications. Équivalent fonctionnellement aux biens connus Git ou Svn, il s’en distingue sur de nombreux points techniques, ergonomiques et pratiques.

Doté d’une interface orientée utilisateur facile d’accès et simple à comprendre, il offre des capacités avancées de personnalisation du workflow et s’illustre aussitôt qu’il y a besoin de performances adaptées aux très gros dépôts. (Les équipes de Google et Facebook utilisent en interne des solutions basées sur Mercurial pour gérer l’ensemble de leur code source.).

Après une première édition en 2019, l’équipe d’Octobus aidée de Marla Da Silva, organisent cette nouvelle mouture qui se déroulera du 21 au 23 septembre dans les locaux de l’Irill (Initiative de Recherche et Innovation sur le Logiciel Libre), Université Sorbonne, Paris.

Journal OpenJDK est désormais hébergé chez Github tout en se donnant les moyens de l'indépendance

Posté par  . Licence CC By‑SA.
28
11
oct.
2020

Ça y est, le code d'OpenJDK est désormais versionné avec Git et hébergé chez Github ! Cela avait été rapidement abordé dans la dépêche sur Java 15. Cela ne concerne que le code : les tickets et le wiki resteront auto-hébergés sur l'infrastructure OpenJDK.

C'est une grosse nouvelle (à mes yeux du moins) car :

  • La réflexion autour de cette migration (nom de code Skara) a été lancée il y a plus d'un an.
  • Pour celles et ceux (…)

Journal Bitbucket abandonne les utilisateurs de Mercurial

Posté par  . Licence CC By‑SA.
30
11
jan.
2020

Bitbucket, qui est une forge de dépôts Git et Mercurial, a annoncé en août dernier la suppression des dépôts Mercurial de ses utilisateurs dès le premier juin 2020.

C'est une annonce qui n'a pas été très bien accueillie, mais bitbucket prétend vouloir se concentrer sur Git, car selon une étude américaine, il y a 90% des développeurs qui utilisent Git, contre 3% qui utilisent Mercurial. De plus, les nouveaux dépôts Mercurial créés sur Bitbucket ne concernent plus que 1% (…)

Journal Matt Mackall, l'auteur de Mercurial, passe la main

Posté par  . Licence CC By‑SA.
Étiquettes :
32
26
jan.
2016

Après 11 ans sur le projet, l'auteur indique être à temps plein dessus y compris certaines nuits et week-end et qu'il est donc temps de passer à autre chose.

Mais conscient de l'importance du projet il va prendre le temps nécessaire à la transition, jusqu'au 1er novembre.

https://www.mercurial-scm.org/wiki/mpm/transition

Évidement il va être difficile de ne pas relier cette décision à la perte de popularité de Mercurial par rapport à Git.

Personnellement ça me touche beaucoup, j'utilise Mercurial tous les jours (…)

Journal CPython abandonne Mercurial et passe à Git et Github

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
37
2
jan.
2016

Les développeurs de Python ont décidé d'abandonner leur infrastructure actuelle, basée sur divers outils open-source écrits en Python et auto-hébergés, pour passer aux services propriétaires proposés par Github. Cela implique de passer le code source de Mercurial à Git.

La raison fondamentale, détaillée dans le PEP 481, est la nécessité de faciliter le travail des contributeurs du projet, l'arrivée de nouveaux contributeurs, et les contributions occasionnelles (correction de typos, amélioration de doc).

L'infrastructure actuelle utilise un outillage spécifique, comme (…)

Journal Git a fêté ses 10 ans hier ...

Posté par  . Licence CC By‑SA.
Étiquettes :
56
8
avr.
2015

… et même pas une moule pour relayer cette petite interview de son papa:
http://www.linux.com/news/featured-blogs/185-jennifer-cloer/821541-10-years-of-git-an-interview-with-git-creator-linus-torvalds

Les 10 ans de Git pour changer un peu des bougies, c'est aussi l'occasion de se pencher sur la mémoire de tous ses challengers qui ont rejoint le panthéon des logiciels. Paix ait leur âme.
C'est peut-être aussi l'occasion de ressusciter quelques trolls endormis en mémoire du bon vieux temps, car bon, en lisant cette interview moi j'ai plutôt le souvenir d'un bon vieux syndrome (…)

Journal Fermeture progressive de Google Code

Posté par  (site web personnel) . Licence CC By‑SA.
22
13
mar.
2015

Google ferme (progressivement) Google Code : Bidding farewell to Google Code. D'ailleurs, Gitorious ferme également (progressivement) suite à l'acquisition de Gitorious par GitLab : GitLab acquires Gitorious to bolster its on premises code collaboration platform.

Google Code est un site pour héberger des projets libres avec code source (git, mercurial), wiki et suivi des tickets, comme Github, Bitbucket, Sourceforge, Gna, etc. Le site a été lancé en 2006 par Google, et va progressivement fermer. J'en comprends que le (…)

Journal Gérer son espace de travail git avec "gws"

Posté par  . Licence CC By‑SA.
49
20
fév.
2015
Ce journal a été promu en dépêche : Gérer son espace de travail git avec "gws".

Amis du soir, bonsoir.

Cela fait maintenant plus d'une année que j'utilise un outil de ma création, qui se trouve être — de mon point de vue — fort utile. Un petit brin de perfectionnisme et un petit manque de confiance m'ont, jusqu'à aujourd'hui, pousser à remettre au lendemain sa diffusion.

Aujourd'hui, je saute le cap, je prends mon clavier et j'écris (bépo le clavier, bien sûr). N'étant pas fou, j'ai tout de même pris le soin de le partager (…)

Vulnérabilité dans Git et Mercurial sur certains systèmes de fichiers (FAT, NTFS, HFS+, etc.)

Posté par  (site web personnel) . Édité par Benoît Sibaud et Bruno Michel. Modéré par rootix. Licence CC By‑SA.
42
19
déc.
2014
Sécurité

Une vulnérabilité (CVE-2014-9390) a été annoncée hier soir concernant le logiciel de gestion de versions le plus en vogue en ce moment, j'ai nommé Git, ainsi que sur Mercurial, autre logiciel de la même catégorie. Elle a déjà été corrigée, je vous invite donc à mettre à jour vos installations.

Github, le service d'hébergement de dépôt Git lui aussi très en vogue, a de son côté annoncé avoir vérifié tous les dépôts présents sur ses serveurs à la recherche d'exploitations de cette vulnérabilité. Mesure de sécurité supplémentaire, il refuse désormais les push exploitant cette faille.

NdM : Merci à RoM1 et Sébastien Douche pour les précisions apportées dans la dépêche. La faille a été trouvée par le créateur de Mercurial, Matt Mackall, et Augie Fackler. La vulnérabilité se décline en trois parties :

  • la sensibilité à la casse dans Git, déjà corrigé dans Mercurial en 2008 ;
  • l’expansion des noms courts sous Windows (PROGRA~1 → Program Files), déjà corrigé dans Mercurial ;
  • la découverte récente de la façon non documentée dont Darwin (Apple) s’amuse avec HFS+ à ignorer certains caractères spéciaux et qui peut créer de nouvelles collisions de nom (cf la correction chez Mercurial, qui a permis la correction côté Git).

Journal "Scaling Mercurial at Facebook"

Posté par  . Licence CC By‑SA.
35
9
jan.
2014

Sous ce titre, écrit dans la langue de la perfide Albion Shakespeare, se cache le récit d'une migration de Git vers Mercurial accompagnée d'une amélioration, assez impressionnante dois-je dire, des performances de Mercurial.
Il semblerait, en effet anéfé, que le dépôt contenant le code-source de Facebook soit plusieurs fois plus volumineux que celui du noyau Linux (déjà, rien que ça, ça m'a fait lever un sourcil qui n'est toujours pas redescendu…). Et qui dit "projet volumineux" dit "importance de la (…)

Jeudi du libre 03/2012 à Lyon : Bazaar, gestionnaire de version basé avant tout sur l'accessibilité

Posté par  (site web personnel) . Édité par Benoît Sibaud, NeoX et claudex. Modéré par baud123. Licence CC By‑SA.
13
27
fév.
2012
Communauté

Annoncé avec un peu retard cette fois-ci (toutes mes excuses), voilà le prochain jeudi du libre !

Pour les nouveaux venus qui ne connaissent pas encore, il s'agit d'une conférence organisée chaque premier jeudi du mois, sur un logiciel ou un thème lié aux logiciels libres. Pour mars, ça se passe donc le 1er.

Cette intervention clôturera un cycle de présentations orienté "technique" destiné à présenter les principaux gestionnaires de version décentralisés. Après Git (Git, ou comment donner l'impression qu'on est un super codeur ?) et Mercurial (Mercurial, gestionnaire de version à la portée de tous), nous finissons donc avec Bazaar, logiciel basé avant tout sur l'accessibilité.

Avant que les trolls ne commencent, je sais, il existe beaucoup d'autres logiciels, mais nous ne pouvons malheureusement pas nous permettre d'organiser un cycle d'un an pour faire le tour de tous les gestionnaires. Nous avons donc fait le choix de présenter quelques noms parmi les plus connus, tout en sachant qu'il en existe d'autres.

Mercurial 2.1 : Les phases

Posté par  . Édité par claudex, B16F4RV4RD1N, Benoît Sibaud, NeoX, baud123 et Bruno Michel. Modéré par NeoX. Licence CC By‑SA.
Étiquettes :
39
18
fév.
2012
Gestion de versions

Mercurial, un puissant logiciel de gestion de versions écrit en Python, sort en version 2.1 après 3 mois de développement.
Pour rappel, Mercurial est un logiciel de gestion de version décentralisé, à savoir qu'il permet de travailler en équipe sans avoir besoin d'un serveur centralisé. Tous les développeurs pouvant se synchroniser entre eux, via deux méthodes :

  • pull : réception des modifications d'un dépôt distant.
  • push : envoi des modifications vers un dépôt distant.

Cette souplesse permet de hiérarchiser le développement d'un projet de mille et une façons. Cette souplesse possède un revers, quand l'on doit se synchroniser avec un dépôt distant on a souvent des conflits. Pour les résoudre, les développeurs font appel à deux méthodes :

  • merge : fusion des modifications de deux branches en une seule, les conflits sont résolus par divers outils manuels ou automatiques.
  • rebase, mq, histedit : modification de l'historique des modifications afin de le linéariser ou de le simplifier.

Dans le second cas, modifier son historique peut s'avérer bien plus désastreux que le problème initial ou l'on avait qu'un simple conflit. Git, le principal concurrent de Mercurial qui possède des fonctionnalités et des performances sensiblement identiques, est particulièrement sensible à des erreurs de rebase, car cette fonctionnalité est activé par défaut.

Pour éviter les erreurs de modifications d'historiques, Mercurial 2.1 introduit une nouvelle fonctionnalité : les phases.