Et voici un nouveau numéro !
Bon, faudrait que j'arrive à me caler sur trolldi pour publier, ça pourrait être un peu plus marrant…
Quoi qu'il en soit, j'ai essayé de faire ça un peu mieux en catégorisant un peu plus, même si c'est pas encore parfait. Les liens sont plutôt inclus dans le texte, à vous de dire si c'est mieux ou si vous préférez de bêtes listes.
Pour cette fois, principalement trois thèmes :
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 :
Salut Nal,
Mon premier billet ici, après quelques années passées à lire ceux des autres, est pour vous parler des derniers outils que j'ai eu l'occasion de tester.
Je cherchais les outils nécessaires pour développer collaborativement un programme open source, ou fermé dans le cadre d'une petite entreprise. Plus généralement je cherche un workflow efficace qui s'adapte aux diverses situations que je rencontre.
Les fonctionnalités recherchées sont :
Gitlab, plate-forme de développement reposant sur git, et principal concurrent de Github et d'Atlassian (et qui a racheté Gitorious en 2015), va bientôt entrer en bourse (au Nasdaq) : les documents préparatoires ont été remplis, le 17 septembre dernier, nous apprend l'Usine digitale (sic).
Toujours selon l'article ci-dessus, Gitlab serait valorisé pour 6 milliards de dollars (tour de table de janvier 2021) et comptabiliserait 2.600 contributeurs et 3.600 clients (bon, là ça sent la coquille…).
Pour (…)
gws est un outil KISS (script bash, compatible zsh) pour gérer de manière simple un espace de travail composé de plusieurs dépôts git. Ça ne vous parle pas et vous semble être un pitch commercial ? Laissez-moi l'aborder autrement ; si vous vous reconnaissez dans quelques-unes de ces questions, cet outil pourrait vous être utile :
~/dev/, ~/code/ ou ~/workspace/ dans votre répertoire personnel ?La version 2.20.0 de Git, logiciel de gestion de versions décentralisé, vient tout juste d’être étiquetée par Junio Hamano, le mainteneur. Elle contient comme toujours un nombre important d’améliorations, même si elles ne sont pas forcément visibles par la plupart des utilisateurs (certaines nouveautés sont détaillées en seconde partie de la dépêche).
Pour être tenu au courant de l’actualité Git, il y a Git Rev News, une lettre d’actus mensuelle qui contient pas mal d’infos en tout genre liées à Git (Git Rev News est éditée depuis presque quatre ans par un petit groupe de développeurs et de fans dont je fais partie).
Il y a aussi prochainement la conférence Git Merge à Bruxelles le 1er février prochain, juste avant le FOSDEM (2 et 3 février). Oui, c’est au même endroit, appelé The EGG Brussels, que la Git Merge 2017 qui avait aussi lieu juste avant le FOSDEM. Comme d’habitude, le jour précédant la Git Merge proprement dite (donc le 31 janvier), des workshops sont proposés et, en parallèle, il y a un Git Contributor Summit auquel tous les développeurs de Git ou d’un logiciel lié à l’écosystème de Git sont invités.
Si vous hébergez votre code ou si vous téléchargez des logiciels libres sur SourceForge, vous avez pu constater que le site est mort depuis quelques jours. Une grosse panne, une attaque ? Mystère. En tout cas, en ayant marre des publicités pleines de virus, ayant lu récemment l'article sur les dérives de SourceForge sur https://linuxfr.org/news/sourceforge-de-pire-en-pire-usurpation-d-identite-du-projet-gimp , j'ai décidé de migrer vers une autre forge. J'avais essayé Gna! et Savannah il y a longtemps mais les bugs n'étaient pas corrigés (par exemple (…)
Bonjour 'Nal,
Github propose depuis un bout de temps les pages github : on pousse les fichiers kivonbien dans la branche kivabien, et un générateur de site statique crée des pages HTML qui sont publiées dans un sous-domaine de github.io.
On trouve de plus en plus de projets dont le site est hébergé par ce biais.
Gitlab, un projet libre qui propose une alternative à Github propose la même fonctionnalité, mais uniquement dans la version entreprise (pas dans la (…)
À 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.
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 (…)
BitKeeper, logiciel de gestion de version vient discrètement de passer en Open Source, sous licence Apache 2.0. Soit plus de dix ans après l'avènement de Git dont il est indirectement à l'origine. Que de temps pour trouver le bon chemin !
Enfin diront certains, trop tard diront d'autres. Le changement s'est fait relativement discrètement via l'annonce assez laconique de la version Bk-7.2ce sur leur forum :
I might as well mention bk-7.2ce which is the first open-source release.
Si vous vous demandez si cela vaut le coup de laisser tomber votre SCM préféré, ils ont en place une page spécialement pour vous. Ironie de l'histoire, sur leur page de téléchargement, ils proposent de récupérer les sources de BitKeeper via Git !
(mais on n'a pas trop d'idées non plus)
Mon jour nal,
Si je me permets d'attirer ton attention aujourd'hui, c'est parce que je me poses des questions.
Voilà donc un journal qui dénonce (grave).
Je viens de découvrir, pas plus tard qu'il n'y a pas longtemps, que toutes les lois et régulations fédérales allemandes sont sur github.
https://github.com/bundestag/gesetze#german-federal-laws-and-regulations
Quand on sait qu'écrire une loi, c'est presque comme écrire du code[1], on comprend toute la pertinence du projet.
Un code de (…)
Git-annex est un un logiciel développé par Joey Hess qui permet de gérer ses fichiers avec Git, sans que le contenu des fichiers soit stocké par Git. Paradoxal ? Stupid ? Non, cela permet de gérer des gros fichiers binaires sans engorger sont disque avec des delta peux efficaces.
Partant de ce travail un bout de logiciel nommé "Assistant" a été ajouté. Il permet de synchroniser "à la dropbox" et de manière très simple différents dossiers sur différents disques (clefs USB, (…)
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 (…)
'jour 'nal
Depuis quelques temps, à l'occasion d'un nouveau projet (au boulot) avec mes collègues j'ai mis en place un nouveau workflow git.
Vous savez, un truc qui défini comment on gère les branches, les rebases, les fusions, le nommage des branches, etc.
En gros, le workflow est le suivant :
refactor/copter_param, feature/fences, bug/landing) pour les retrouver facilement