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 Pijul, version 1.0 en approche

Posté par  (site web personnel) . Licence CC By‑SA.
42
30
nov.
2020

En 2017, je vous présentai Pijul, ici même Pijul, un nouveau gestionnaire de source, un DVCS basé sur la même théorie des patchs que darcs, mais avec pour objectif d'en résoudre les problèmes de performance. Il est développé en Rust et publié sous licence GPL v2.

Depuis le sujet a été évoqué deux fois de plus : Tous les contenus étiquetés avec « pijul »

Après plusieurs années de développement et des ré-écritures, la version 1.0 approche.

Une annonce (…)

Pijul, contrôle de version et théorie des patchs, version 0.12

Posté par  . Édité par ZeroHeure, Nÿco, Davy Defaud et Benoît Sibaud. Modéré par ZeroHeure. Licence CC By‑SA.
92
24
avr.
2019
Gestion de versions

Pijul est un système de contrôle de version distribué (DVCS) développé en Rust et publié sous licence GPL v2. Il est basé sur une théorie des patches.

La différence principale entre Pijul et Git est que Pijul fonctionne avec des correctifs (ou patches), là où Git ne fonctionne qu’avec des instantané (snapshots). Une branche dans Pijul n’est qu’un ensemble de correctifs.

Ce mode de fonctionnement offre plusieurs avantages, dont une approche sans doute plus conforme à l’usage intuitif d’un DVCS. À ce stade, si vous avez reconnu le fonctionnement de Darcs, vous vous dites : « oui, mais c’est lent ! ». Au départ de Pijul, il y avait l’idée d’améliorer la vitesse de Darcs, mais de nouveaux algorithmes ont permis de créer un outil différent, extrêmement rapide.

La version 0.12 vient de paraître : même s’il reste sans doute quelques problèmes (notamment sur l’espace disque), cette version est le fruit d’importantes refactorisations et simplifications, et est de ce fait bien plus stable et cohérente que les précédentes ; en particulier, tous les algorithmes sont maintenant prouvables mathématiquement.

Journal Pijul 0.11

Posté par  . Licence CC By‑SA.
18
21
nov.
2018

Il y a un peu plus d'une année, un journal nous présentait Pijul, un nouveau gestionnaire de code source en cours de développement. Il est écrit en Rust. Pierre-Étienne Meunier, un des auteur, a largement commenté le journal.

Une volonté du projet est de fonctionner sur la majorité des plateformes, d'où l'écriture d'une bibliothèque SSH (en Rust également) qui tourne correctement sur Windows. Une plateforme de partage de base de code est disponible : https://nest.pijul.com/

Pijul se base sur (…)

Journal Pijul, un nouveau gestionnaire de source

Posté par  (site web personnel) . Licence CC By‑SA.
37
18
sept.
2017

Ce nouveau gestionnaire de version est développé en Rust. Il reprend la même théorie des patches que darcs, mais en résolvant ses problèmes de performance.

Le développeur principal, Pierre‐Étienne Meunier, fait des annonces régulières sur r/rust, répond aux questions de manière très complète et y défend son bébé !

Le but ici n’est pas de traduire le manuel, je vous laisse découvrir les particularités de l’outil.

Chose rare, un papier devrait être publié d’ici la fin de l’année (…)

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 (…)

Conférence Git Merge le 8 et 9 avril 2015 à Paris

Posté par  (site web personnel) . Édité par Nÿco, BAud, Porkepix, Benoît Sibaud, Nils Ratusznik, Xavier Teyssier et patrick_g. Modéré par patrick_g. Licence CC By‑SA.
Étiquettes :
10
24
fév.
2015
Gestion de versions

En 2013 GitHub avait organisé la première Git Merge à Berlin. Pour les dix ans de Git, GitHub récidive en organisant une Git Merge à La Gaîté lyrique à Paris dans le 3ème arrondissement.

En 2013 cette conférence était gratuite, mais avec un nombre de places limitées, donc il fallait être dans les premiers à s'inscrire pour avoir une place (sauf pour les contributeurs à Git). On peut maintenant s'inscrire depuis le site de la conférence, ce qui nous amène notamment sur un site d'achat pour y accéder, vendant les places 99$.

Le programme, détaillé en seconde partie de la dépêche :

  • 8 Avril : échauffement
  • 9 Avril : évènement principal

Informations plus détaillées, notamment d'ordre pratique sur le site de la conférence.

Nouveautés autour de Git

Posté par  (site web personnel, Mastodon) . Édité par Davy Defaud, rootix, Maxime, patrick_g, baud123, claudex et MrLapinot. Modéré par baud123. Licence CC By‑SA.
Étiquettes :
46
30
oct.
2012
Gestion de versions

La semaine passée, à un jour d’intervalle, deux petites nouvelles concernant l’actuel chouchou des gestionnaires de version, à savoir Git, sont passées un peu inaperçues. Ce dernier vient de sortir, le 21 octobre, en version 1.8.0, et Gitlab, application Web d’autogestion de projets sous Git, passe, lui, en version 3.0 depuis le 22 octobre.

Les nouveautés de ces deux logiciels sont un peu plus détaillées dans la seconde partie de la dépêche.

Forum Programmation.autre Du bon usage de svn

Posté par  .
Étiquettes :
2
21
mai
2012

Salut,

au boulot, svn est de rigueur pour les développeurs (que le projet soit gros ou plus modeste). C'est, dans un sens, plutôt une bonne chose. Sauf que, je ne connais pas svn (je suis plutôt darcs). Je dois faire rentrer dans un unique dépôt, l'ensemble des développements que notre équipe a pu faire depuis des années. J'avais déjà fait l'exercice par le passé dans git mais j'avais alors créé plusieurs dépôts (correspondant aux technologies pour lesquelles ces développements s'adressaient). (…)

Forum général.général dvcs-autosync et XMPP

Posté par  (site web personnel) .
Étiquettes :
3
1
mar.
2012

Bonjour chers linuxfriens,

Je cherche à créer en ce moment un dropbox-like.

j'ai environ 30Go de données que je souhaites partager entre plusieurs collaborateurs (dans une PME) l'idée étant de pouvoir consulter les documents commun depuis n'importe où.

Après quelques recherche il s'avère que la solution la plus sérieuse de mon point de vue est dvcs-autosync qui utilise git (ou n'importe quelle dvcs) pour gérer les données et XMPP pour notifier les clients des mises à jour.

Mon problème technique (…)

Sortie d'Anvil

Posté par  . Édité par Nÿco, baud123, Manuel Menal, NeoX et claudex. Modéré par Manuel Menal. Licence CC By‑SA.
Étiquettes :
16
18
fév.
2012
Gestion de versions

J'ai le plaisir de vous annoncer que la toute première version d'Anvil (0.01) est désormais disponible. Anvil (enclume en Anglais) est un logiciel libre de forge s'appuyant sur le gestionnaire de version décentralisé Bazaar. Son but est de proposer un environnement collaboratif simple et une interface attrayante à Bazaar.

Anvil est écrit en Python avec le framework libre web.py et la base de données MySQL. Anvil est disponible sous GPLv3.

Journal scm.py : gérer simplement plusieurs dépôts Mercurial et Git

Posté par  (site web personnel) .
Étiquettes :
13
4
fév.
2012

J'ai écrit un petit script Python pour gérer une dizaine de dépôts Mercurial et Git : scm.py. Vous pouvez en télécharger la dernière version depuis mon dépôt bitbucket.org (code mise en forme). Il nécessite d'activer l'extension rebase de Mercurial. Ajoutez les lignes suivantes à ~/.hgrc au besoin:

[extensions]
rebase=

Pour la configuration, lancez "scm.py scan > scm_config" dans le dossier où vous avez déjà des dépôts HG ou GIT, ils seront détectés automatiquement, et c'est parti !

(…)