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 Gérer son espace de travail git avec "gws"

Posté par  . Licence CC By‑SA.
Étiquettes :
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.
Étiquettes :
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).

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.

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 "Scaling Mercurial at Facebook"

Posté par  . Licence CC By‑SA.
Étiquettes :
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 (…)

TuxFamily.org lance sa campagne de dons 2011

Posté par  . Modéré par Lucas Bonnet. Licence CC By‑SA.
Étiquettes :
34
5
mar.
2011
Internet

Cette année, TuxFamily.org fêtera ses 12 ans. Un bel âge : l'âge des grands changements !

Depuis la réouverture en 2005, la TuxFamily n'a cessé de s'agrandir : aujourd'hui, ce sont près de 3 000 utilisateurs et 2 400 projets hébergés, un chiffre en constante progression. Le succès de TuxFamily.org ne semble donc pas démenti, et nous continuons à essayer de vous fournir le meilleur service possible : haute disponibilité, nouvelles fonctionnalités (git, mercurial et cron l'an passé)…

Ce succès a un coût. Hébergeur gratuit, géré par une association de bénévoles, TuxFamily.org dépend entièrement des dons pour l'entretien et l'achat des serveurs. Ainsi, nos serveurs Web se font aujourd'hui vieillissants : leur charge ne cesse d'augmenter et deviendra rapidement critique ; et leur remplacement serait nécessaire pour rendre nos services (encore) plus rapides.

C'est pourquoi TuxFamily.org fait aujourd'hui appel à votre solidarité financière. Pour réaliser les investissements nécessaires, nous aurions besoin de 4 000 EUR. Avec 3 000 utilisateurs et les centaines de milliers de personnes qui visitent chaque jour les sites de nos hébergés, cet objectif est à portée de main !

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 Bitbucket abandonne les utilisateurs de Mercurial

Posté par  . Licence CC By‑SA.
Étiquettes :
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 TuxFamily fait monter le mercure

Posté par  (site web personnel) .
Étiquettes :
29
17
juil.
2010
Bonjour à tous,

(Ceci étant mon premier journal, je demande l'indulgence du jury)

L'hébergeur de projets libres, TuxFamily (tf.o), a récemment ajouté un nouveau service à son offre : l'hébergement de dépôts Mercurial. Mercurial qui vient s'ajouter à CVS, SVN et Git déja présents sur la plateforme.

Pour rappel, tf.o est un hébergeur pour les projets libres qui fournit un ensemble de services tels que : web, mail, dépôts de sources, etc. tf.o est administré par une petite équipe sympathique (…)

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.
Étiquettes :
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 Fermeture progressive de Google Code

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
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 (…)

1.0 et 2.0 (Cassandra et Mercurial)

Posté par  (site web personnel) . Modéré par baud123. Licence CC By‑SA.
Étiquettes :
16
7
nov.
2011
Technologie

Des versions toutes rondes de logiciels libres sont tout juste sorties : la 1.0 de Cassandra, et la 2.0 de Mercurial.

N. D. A. : Merci à GeneralZod pour avoir contribué à cette brève.

Apache Cassandra 1.0

Le projet Apache Cassandra a publié la version 1.0.0 de son logiciel libre. Pour rappel, Cassandra est une base de données non‐SQL (NoSQL), sous forme de paires clé‐valeur, sous licence Apache 2.0. Initiée par Facebook et utilisée par Twitter, Digg et Reddit, Cassandra est super‐extensible et conçue pour fonctionner sur des grappes de serveurs (clusters).

Mercurial 2.0

Mercurial version 2.0 a été publiée. C’est un système de gestion de versions décentralisée sous UNIX (et donc GNU/Linux) et Windows, distribué sous licence GPL v2. Des fonctionnalités majeures on été ajoutées, et des nouveautés font leur apparition dans le cœur et les extensions.

Tous les détails dans la seconde partie.

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.
Étiquettes :
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.).