Il y a aussi etckeeper qui installe tout seul cette solution

Description-en: store /etc in git, mercurial, bzr or darcs
The etckeeper program is a tool to let /etc be stored in a git, mercurial,
bzr or darcs repository. It hooks into APT to automatically commit changes
made to /etc during package upgrades. It tracks file metadata that version
control systems do not normally support, but that is important for /etc, such
as the permissions of /etc/shadow. It’s quite modular and configurable, while
also being simple to use if you understand the basics of working with version
control.
Homepage: http://kitenet.net/~joey/code/etckeeper/

$ git clone ssh://peck@machine1.net:1022/~peck/.git temporary
$ mv temporary/* .

Cependant, j’ai un petit soucis si je suis le tuto à la lettre :

Quand j’exécute la commande
$ git clone ssh://peck@machine1.net:1022/~peck/.git .

Il me retourne :
fatal: destination directory '.' already exists.

Normal, puisque mon home existe :) Mais comment forcer cela pour éviter qu’il créé un répertoire ?
Dans les pages man, il est précisé qu’il est impossible de ne pas créer un nouveau répertoire quand on clone.

<directory>
The name of a new directory to clone into. The "humanish" part of the source repository
is used if no directory is explicitly given ("repo" for "/path/to/repo.git" and "foo" for
"host.xz:foo/.git"). Cloning into an existing directory is not allowed.

(Ajoutez un -R 1022:localhost:22 par exemple si la communication retour ne fonctionne pas directement)
$ ssh peck@machine2.net
$ git clone ssh://peck@machine1.net:1022/~peck/.git .

serait peut-être plus claire ainsi :

$ ssh peck@machine2.net
$ git clone ssh://peck@machine1.net/~peck/.git .

Si la communication retour ne fonctionne pas directement :
$ ssh peck@machine2.net -R 1022:localhost:22
$ git clone ssh://peck@localhost:1022/~peck/.git .

• Merci pour ces articles intéressants ;-)