Some interesting hacks to change the terminal look & feel

NB :
- article recopié ici car disparu du site d'origine
- "je" = auteur initial de l'article


CPOLD, la poudre verte du suivi de versions

Je m'aperçois que quand je cause d'outils de suivi de version, il m'arrive de mentionner, en plus des standards (CVS, Subversion, Bazaar et les autres), le vénérable CPOLD. Et que souvent, mes interlocuteurs ne connaissent pas CPOLD. Et effectivement, ce n'est guère documenté dans la littérature et le web multimédia mondial. Je m'en vais donc vous présenter un peu cette formidable méthodologie de suivi de versions.

Pourquoi formidable ? Parce qu'elle ne souffre d'aucun des problèmes récurrents des autres outils :

- pas de format de fichier complexe et susceptible de corruption
- pas de conflits
- aucun besoin d'un serveur dédié (on peut tout mettre ensemble, prod et dev confondues)
- aucune limitation sur la gestion des branches
- une rapidité insurpassable
- une simplicité de mise en œuvre et d'apprentissage enfantine
- pas de modèle de développement imposé (centralisé, distribué, en quinconce, en hélice, toutes les variantes sont possibles)
- des sauvegardes facilitées
- etc.

Pour résumer, CPOLD, c'est la poudre verte du suivi de versions. Mais alors, comment ça marche ? Très simplement. Tout répertoire contenant des fichiers est déjà une archive CPOLD, pas besoin d'initialiser quoi que ce soit. Pas besoin non plus de « prendre la main » sur un fichier avant de l'éditer. Une seule commande à retenir, celle pour créer une nouvelle version de ce fichier :

cp fichier fichier.old

Bien entendu, le .old peut être remplacé par n'importe quel suffixe ou combinaison de suffixes, il suffit de définir une convention de nommage et de s'y tenir. On pourra ainsi avoir fichier.old.test.2, la troisième révision archivée de fichier dans une branche « test ». Ou, lorsque les contraintes sont moins marquées ou moins fortement ressenties par l'équipe de développement, on pourra être moins strict. Un « dépôt » CPOLD pourra alors se présenter sous la forme suivante :

roland@mirexpress ~/cpold-demo $ ls
fichier
fichier.1999-08-16
fichier.2003-10-27.valide
fichier.OK
fichier.OLD
fichier.a-verifier
fichier.old
fichier.old.marchepas
fichier.old.old
fichier.old.test-roland
fichier.prod


Alors évidemment, ce système présente quelques inconvénients, dus principalement à sa simplicité. Mais il reste tout-à-fait utilisable dans des environnements de production, j'en veux pour preuve le nombre d'entreprises qui ne jurent que par lui et n'en changeraient pour rien au monde. CPOLD, le premier outil de suivi de versions du monde, est sans doute aujourd'hui encore parmi les plus utilisés. Il a su s'adapter depuis les copies de bande magnétique à bande magnétique, a vécu son heure de gloire à l'époque des disquettes, et continue vaillamment son aventure (avec un potentiel décuplé) à l'heure des mémoires Flash et de l'Internet.

Bon, ceci dit, personnellement je préfère Bazaar, et je ne mentionne pas CPOLD parmi les services que je propose habituellement à mes clients (si ce n'est pour leur proposer une migration depuis CPOLD vers autre chose).

A very simple and efficient way of teaching Git, with some diagrams.

It's all about the "receive.denyCurrentBranch" configuration directive ;-)

Some VERY good advice to "Make your team’s deploys as boring as hell and stop stressing about it".

(via : http://links.yome.ch/?SkjzDw)

/coude

TL;DR :
git commit [ENTER]
(then in Vim) : i for insert mode, CTRL-v, ESC displays :
^[
then the commit message :
[5m<commit message>CTRL-v, ESC, then [0m

The wholde thing will look like :
^[[5m<commit message>^[[0m

Save. Enjoy with "git log" ;-)


(via : http://dooby.fr/links/?teo_-Q)

Some interesting tips for Git and related tools :
- gitosis (said to be obsolete in the answers)
- gitolite (active & feature-rich)
- gitlab (using gitolite under the hood)
- gerrit
- git daemon
(see links in the page)

J'ai fait la même en cherchant des infos alors que je me débattais avec Git en demandant à Google :

reattach head