Je continue sur ma lancée des trucs qui enlarge my productivity. Aujourd'hui, voyons comment gérer efficacement ses fichiers de config directement avec git.

Comment gérez-vous les fichiers de configs répartis sur vos différentes machines ? Les synchronisez-vous de temps en temps à coup de scp, rsync ou unison ? Peut-être utilisez-vous un outil évolué comme vcsh ? Mais savez-vous que si ce dernier est une surcouche à git dédiée à la gestion des fichiers de configuration, git seul peut faire l'affaire ?

Bien (…)

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

Cher Journal,

je souhaite de présenter Anvil 0.3.0 un petit assistant de projet logiciel fonctionnant avec git, qui te propose:

• de réécrire l'historique d'un projet en éliminant les espaces avec anvil_whitespace.
• de réécrire l'historique d'un projet en convertissant les textes en UTF-8 avec anvil_encoding.
• de réécrire l'historique d'un projet et de renommer les fichiers en utilisant un script sed avec anvil_sed.
• de prescrire des règles sur les espaces, les mots-clefs SCM (comme $CVS$) et les (…)

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

Le service étasunien Google Code (2005-2015), plateforme d'hébergement de code libre, s'est fait euthanasier par son créateur le jeudi 12 mars 2015. Son géniteur a annoncé cette volonté sur son blog :

http://google-opensource.blogspot.fr/2015/03/farewell-to-google-code.html

En bref : encore un service google qui ferme. Ils ne nous doivent rien, mais nous non plus. Comme ils avaient depuis longtemps supprimé le téléchargement pour le remplacer par du google drive, j'ai migré la plupart de mes projets sur bitbucket ou github (ainsi que (…)

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

Il y a foule chez les clones de github, mais je n'en vois qu'un qui puisse être qualifié de concurrent sérieux et c'est gitlab, surtout depuis hier, où ils ont rendu leur infrastructure d'intégration continue gratuite pour les projets publics.

Liens:

• https://about.gitlab.com/
• hébergement: https://about.gitlab.com/gitlab-com/
• exemple de projet: https://gitlab.com/gitlab-org/gitlab-ce
• intégration continue: https://about.gitlab.com/gitlab-ci/
• demande de nouvelles fonctionnalités: http://feedback.gitlab.com/forums/176466-general

Gitlab est décliné en deux éditions, une communautaire et une entreprise.

Voici une comparaison rapide entre gitLAB (Community Edition, celle de gitlab.com) et gitHUB:

• (…)

'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 :

• tout est réalisé dans des branches
  • les branches sont préfixées (exemple refactor/copter_param, feature/fences, bug/landing) pour les retrouver facilement
  • aucun commit directement dans master
  • pas de branches (…)

Me revoilà pour parler à nouveau de l'auto-hébergement, mais cette fois cela soulève quelques sombres interrogations qui subsiste dans mon esprit. Comme le titre l'indique, j'aimerais vous parler de GitLab et de savoir s'il y a véritablement un intérêt à préférer passer par cette solution plutôt qu'une autre et pourquoi pas communément sur GitHub. Forcément, lorsque l'on me propose un outil quasi similaire à ce dernier, je suis tout emballé rien qu'à l'idée de pouvoir le déployer sur mon serveur (…)

En travaillant sur différent projets, il m'est arrivé d'avoir à utiliser Git sur certains, Mercurial sur d'autres.

Une chose qui me manquait sur Git, c'est hg serve, une simple commande qui permet de lancer un petit serveur HTTP.
L'interface web permet de naviguer dans l'historique et les fichiers de chaque révision.
Le serveur permet aussi de faire des clone ou pull. C'est pratique pour partager rapidement du code entre plusieurs ordinateurs

Je connaissait git instaweb et git daemon (…)

Bonjour Nal (ah ah, on te l'avait jamais faite celle-là, hein ? Bonjour Nal ! C'est bon, t'as compris ?),

Un journal-bookmark pour t'annoncer que Git 2.0 vient de sortir.
Au menu, pas de grands bouleversements (ou alors, j'ai raté un truc) mais pas mal de petits changements (harmonisation vis-à-vis d'autres commandes, comportement par défaut, …).

Pour en savoir plus, je t'invite à consulter la release note, qui est disponible ici

Un article, en français, décrit quelques-uns de ces changements