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.

• Notes de version Git 1.8.0 (356 clics)
• Site Web officiel de Git (194 clics)
• Annonce de Gitlab 3.0 (276 clics)
• Site Web officiel de Gitlab (405 clics)
• Site de démonstration de Gitlab (319 clics)

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.

• Page d'anvil, sur Anvil (282 clics)
• Téléchargement de la version 0.01 (59 clics)

Gitlab est une application de gestion de dépôts git sous licence MIT. Elle permet d'héberger sur votre propre serveur des dépôts git avec l'interface web offrant tout le nécessaire pour vos projets : navigation dans le code source, suivi des demandes de bugs et d'évolutions (« issues »), wiki, gestion des droits d'accès par équipe, commentaires, notifications, etc.

D'un point de vue technique, c'est une application Ruby on Rails avec les dépendances suivantes : Ruby 1.9, sqlite3, git, gitolite (pour la gestion des droits d'accès aux dépôts git) et pygments (pour la coloration syntaxique du code).

L'équipe développant Gitlab travaille sur le rythme d'une version par mois et la version 2.0 vient juste de sortir. Celle-ci apporte des changements importants : les très attendues « merge requests », un tableau de bord revu, une gestion des permissions plus fines, notamment grâce à la prise en charge de gitolite, des améliorations graphiques, des fils Atom pour les commits et issues, etc.

• Le site officiel de gitlab (1137 clics)
• L'annonce de la version 2.0 (72 clics)
• Accéder à la démo de gitlab (613 clics)
• Le code source de gitlab (68 clics)

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.

• Apache Cassandra 1.0 released (185 clics)
• Mercurial 2.0 (226 clics)

Veracity est un nouveau gestionnaire de versions décentralisé (DVCS), sous licence Apache. Il est développé en C par la société SourceGear, avec la possibilité d'embarquer des greffons en javascript.

Comparé à git ou mercurial, il essaye d'intégrer une expérience de développement plus large :

• interface web complète (vous pouvez voir à quoi elle ressemble en consultant le dépôt public de Veracity) ;
• flux d'activité ;
• suivi des bugs distribué ;
• graphe burndown.

Il est possible de l'installer sous GNU/Linux, Mac et Windows. Des paquets pour Ubuntu et un guide sont également disponibles pour vous aider à démarrer.

• Le site officiel de Veracity (915 clics)
• Questions/réponses sur Veracity (276 clics)
• Le dépôt public de Veracity, qui tourne avec Veracity (166 clics)
• Annonce de Veracity 0.9.1 (52 clics)
• Liste des technologies utilisées dans Veracity (201 clics)
• La liste de diffusion de Veracity (37 clics)

« If there’s something strange
In your history
Who you gonna call?
GitBuster! »

Qui ne s’est jamais retrouvé au milieu d’un conflit de merge cataclysmique, à ne plus savoir distinguer ciel et terre ? À moins d’être un utilisateur expérimenté, ce genre de situation a de quoi rebuter et faire passer à côté de toute la richesse de Git.

Gitbuster, développé par Julien Miotte est un frontal graphique à des outils comme « git rebase », « git cherry-pick » et « git filter-branch ». Le projet est parti à l’origine d’un besoin très personnel de l’auteur de faciliter l’utilisation de « git filter-branch », un outil très performant de réécriture des informations de commit. Le développement, guidé par les demandes de fonctionnalités, notamment de chefs de projet, s’est orienté vers d’autres fonctionnalités de Git, comme le rebase et le cherry-pick.

Gitbuster offre les fonctionnalités suivantes :

• cherry-pick par glisser‐déposer d’une branche sur une autre ;
• résolution interactive des conflits de merge ;
• création d’une branche à partir d’un commit (git checkout 1234567 -b new_branch) ;
• modification des métadonnées de n’importe quel commit de l’historique ;
• cherry-pick à partir d’un dépôt distant (qu’il soit sur le Web ou dans un autre répertoire) ;
• modification automatique des dates de commit d’une plage horaire vers une autre.

• Gitbuster sur GitHub (765 clics)
• Gitbuster sur PyPI (Python package index) (144 clics)
• Profil de Julien Miotte sur GitHub (151 clics)