On Samedi 29 Octobre 2005 17:44, Nooks L Affro wrote:
> Peut-etre mettre le fichier/dossier sur une partition (filesystem, NFS
> ?) montee en read-only ?
Marchera pas : svn a besoin de pouvoir écrire. A la limite, il faudrait la
remonter en rw à chaque transaction ; mais cela implique de passer par des
scripts, pas simples à mettre ne place.
Une autre solution pour se protéger globalement du rm est de ré-ecrire une
fonction, de l'importer dans ton bashrc, et hop ! Cette fonction ne fera
que déplacer les fichier vers un répertoire poubelle, facile à réstaurer.
Je crois qu'on en a déjà parlé il y a peu. L'idéal serait de re-créer la
même arborescence dans la poubelle que celle du fichier/dossier original,
pour faciliter la restauration. Voir même créer un script de restauration
en même temps que le fichier est déplacé.
Sinon, une autre méthode encore meilleure, c'est de faire des backups. Avec
rsync, tu peux faire des backups incrémentaux très facilement. Avec un
disque 2 fois plus gros que celui à sauver, tu peux garder plusieurs mois
de modifes (à raison de une par jour). Si tu veux des exemples de script,
n'hésite pas.
En poussant plus loin, je me demande si on ne pourrait pas combiner
subversion et des backups automatiques, pour utiliser le fait que svn
stocke uniquement les différences entre fichiers, et non plus tout le
fichier modifié... Cela reviendrait à mettre tout le système à sauver sous
forme de repository. Pas évident, mais puissant ! A creuser...
--
Frédéric
http://www.gbiloba.org
