joeyh (Joey Hess) · GitHub

GitHub - joeyh/etckeeper : store /etc in git
▻https://github.com/joeyh/etckeeper
Le site officiel de #etckeeper
« Etckeeper est un outil qui permet de gérer le répertoire /etc au sein d’un dépôt versionné.
Il peut s’agir de dépôt : #Git, Mercurial, Bazaar, Darcs
Il permet donc de conserver un historique de toutes les modifications qui sont faites dans le répertoire #/etc.
Pour y parvenir, plusieurs mécanismes sont en place.
Premièrement, il s’interface avec les gestionnaires de paquets systèmes par l’intermédiaire de hooks. Après chaque modification d’un paquet système (installation, mise à jour, etc.), un commit est effectué automatiquement.
De plus, un commit quotidien est automatiquement fait par défaut pour conserver toute modification qui aurait pu être réalisée à la main. »
#versionning #sauvegarde #debian #serveur

Improvements to the CKAN Roadmap Process | ckan - The open source data portal software
▻http://ckan.org/2014/03/13/improvements-to-the-ckan-roadmap-process

#CKAN est le logiciel utilisé par quasiment toutes les grandes plateformes opendata :

▻http://ckan.org/instances

Ils utilisaient déjà #github pour leur système de tickets sur le code, il l’utilisent maintenant aussi pour la roadmap (les idées d’évolution), au lieu de #trello qui est un « Kanban Board ».

https://upload.wikimedia.org/wikipedia/commons/thumb/d/d3/Simple-kanban-board-.jpg/800px-Simple-kanban-board-.jpg

En effet, il existe plusieurs alternatives à Trello « branchables » sur les tickets de github (#huboard, #waffle) ce qui permet d’avoir deux outils pour le prix d’un.

▻https://github.com/ckan/ideas-and-roadmap/issues
▻https://waffle.io/ckan/ideas-and-roadmap

Est-il possible de se passer de #github pour gérer les tickets d’un projet libre ? Certainement que oui, mais ça devient l’exception.

Mais n’est-ce pas imprudent pour la « communauté » libre de confier toutes ces informations à un seul silo ? Pas de risque pour le code, git est décentralisé, mais pour les issues, rien de tel.