Fossil est le système de fichiers de Plan9. Ce n'est pas le sujet de cete dépêche.

Fossil c'est aussi un outil de gestion de version décentralisé, DCVS en court. Il est toujours un peu osé, par les temps qui courent, de parler d'un autre DCVS que le très apprécié Git, mais Fossil c'est aussi un peu plus que ça ; un plus qui m'a beaucoup séduit.

Fossil c'est aussi un wiki, un outil de gestion de tickets et une interface Web (et son serveur) dans un seul exécutable. Sans entrer dans les détails, il prend en charge les mêmes fonctionnalités que la plus grande partie des DCVS. Il se veut robuste et fiable, simple, un protocole réseau simple (HTTP) rendu suffisamment efficace pour fonctionner sur une ligne téléphonique 56k et facile d'utilisation (pas de configuration, commande simple). Ça c'est la partie "marketing".

Si la description sonne un peu comme celle de SQLite, ce n'est pas un hasard : Fossil est développé par les mêmes personnes, utilise SQLite pour le stockage et est utilisé comme gestionnaire de versions pour ce projet (et d'autres). Fossil n'est donc pas juste un projet sombre dans un coin du Net.

NdM : merci à Etienne Bagnoud pour son journal.

• Journal à l'origine de la dépêche (131 clics)
• Présentation de fossil (422 clics)

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 (195 clics)
• Annonce de Gitlab 3.0 (277 clics)
• Site Web officiel de Gitlab (405 clics)
• Site de démonstration de Gitlab (319 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)

La configuration de l'invite de commande du shell est un sujet largement traité sur le web. Cependant, on y voit le plus souvent des configurations du type « j'affiche l'horloge sur une ligne complète en arc-en-ciel clignotant ». Pas cool.

Le prompt idéal doit permettre de se rendre compte intuitivement de l'environnement où vous êtes (connexion ssh, root, dépôt git, etc.) et ne doit afficher les informations contextuelles que si elles sont nécessaires. Cool.

Le prompt bash que je vous propose a les fonctionnalités suivantes :

• couleurs vives pour une connexion root,
• affichage du nom d'hôte uniquement en cas de connexion distante, avec une couleur différente selon le type de connexion (ssh, telnet),
• dans les répertoires GIT, affichage du nom de la branche, avec une couleur indiquant le statut des commits
• rappel du nombre de jobs attachés au terminal, si besoin est
• alertes batterie et/ou charge système, si besoin est, avec un dégradé de couleurs

• Le code sur github (2192 clics)
• Une capture d'écran (6890 clics)

À l'occasion de la publication de Debian Squeeze, nous avons mis à jour la Formation Debian GNU/Linux. Cette mise à jour n'avait pas fait l'objet d'une dépêche, mais je profite d'autres modifications majeures pour présenter toutes ces nouveautés en groupe.

La Formation Debian GNU/Linux est un document destiné aux débutants, essentiellement des utilisateurs avancés de Windows, qui souhaitent apprendre l'utilisation avancée et l'administration de Debian. Nous proposons pour cela une démarche d'installation de Debian pas à pas, en détaillant les notions au fur et à mesure qu'elles interviennent : le logiciel libre, Debian, les périphériques et systèmes de fichiers, l'arborescence, la ligne de commande, le système graphique, les services réseau…

Cette mise à jour a nécessité quelques adaptations mineures pour tenir compte des changements de l'installateur Debian et des logiciels, mais elle a surtout été l'occasion de moderniser notre système de publication et de préparer une nouvelle version au format EPUB.

• Formation Debian GNU/Linux (1253 clics)
• La nouvelle version EPUB (510 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 (1146 clics)
• L'annonce de la version 2.0 (72 clics)
• Accéder à la démo de gitlab (616 clics)
• Le code source de gitlab (68 clics)

Ainsi qu'il a été annoncé dans la dépêche de sortie de la version 5.4 PHP rejoint le nombre toujours grandissant de projets utilisant Git.

En effet, la nouvelle est tombée, la migration depuis SubVersion/SVN est désormais complète.

Comme beaucoup de projets désormais, le dépôt mis en avant est sur le non-libre github, bien que le dépôt de référence reste sur http://git.php.net

You can clone or fork the source from our GitHub mirror, and we also now support pull requests made via GitHub. The source is also available via git.php.net

Tout comme l'utilisation de github par Linus pour le noyau, il est intéressant de se demander pourquoi cet usage assez massif de services non libres de la part d'équipes de développement pourtant au fait des licences et de leurs conséquences. Une raison serait évidemment plutôt pragmatique (il suffit de cliquer sur les deux liens de dépôt pour comprendre rapidement) et montre que github a su comprendre et pleinement maîtriser les concepts liés au développement utilisant un outil de source décentralisé offrant de nombreuses fonctionnalités, notamment wiki, gestion des demandes, pull request.

Toutefois, des projets tels que Gitorious ou le très prometteur Gitlab existent.

À noter également le lancement de Baregit pour ceux qui souhaitent un hébergement Git de qualité, rapide et surtout sur territoire français et donc non soumis aux lois américaines sur les logiciels.

Pour en revenir à PHP, l'accès au dépôt Git est décrit et une FAQ est également disponible. Notez que contrairement à l'annonce, la FAQ mentionne git.php.net comme dépôt principal. Pour les nouveaux arrivant sur les Distributed Concurrent Versions System (DCVS, Gestion de version décentralisée) notez qu'une page présentant le workflow utilisé est disponible.

Il ne reste plus qu'à espérer que PHP va continuer d'améliorer sa situation notamment concernant les tests unitaires et le processus de release et que Git sera un atout pour cette lourde tâche.

• PHP 5.4 (38 clics)
• Git (45 clics)
• Migration de PHP sous Git (20 clics)
• Dépôt github (83 clics)
• Dépôt php.net (26 clics)
• Gitorious (51 clics)
• Gitlab (115 clics)
• Baregit (163 clics)

Gollum est un wiki dont la particularité est d'être propulsé par git. Il a été codé par les développeurs de Github, le choix de git n'est donc pas étonnant. Il est ainsi possible d'éditer un wiki Gollum en passant par l'interface web ou directement depuis son éditeur de texte préféré, puis en commitant dans le dépôt git utilisé par Gollum.

Gollum est une application web sous licence MIT, développée en Ruby avec le framework Sinatra. Parmi les fonctionnalités, citons :

• La prise en charge de plusieurs langages de markup (ASCIIDoc, Creole, Markdown, Org Mode...) ;
  
• La coloration syntaxique de bloc de code grâce à Pygments ;
  
• L'affichage de formules mathématiques au format TeX avec MathJax ;
  
• La possibilité d'attacher des fichiers et d'inclure des images.

À titre anecdotique, notons que les développeurs de Gollum ont suivi quelques principes :

• Le développement orienté par le fichier README ;
  
• Documentation exhaustive du code avec TomDoc ;
  
• Respect des règles de numérotation des versions de la norme Semantic Versioning.

• Gollum (161 clics)
• Annonce de la publication de gollum (14 clics)