Matthieu Moy wrote: > > My sysadmin was a bit angry while reinstalling my machine (with a > newer distro), since I didn't delete my revlib before that, and the > backup+restore of the 2 or 3 Gb of revlib I had took several hours. > > He would have been even more angry if I told him how long it took to > rm -fr */ the revision library (because backup+restore had invalidated > my inode signature)... > So maybe the better workflow is: (1) use a greedy but sparse revlib; (2) prune the revlib periodically using a cron job of axp or just tmpreaper/tmpwatch; (3) cacherev some times or automatic cacherev; (4) make tla automatically rebuild corrupt revlib revision once it finds one You end up with a revlib that contains all the revisions right before your commits and after commits and anything you have diffed or merged. The size is limited by (2), and really old revision are automatically pruned from the revlib. sweet. I am going to try to make (4) happen. > > -- > Matthieu > Derek
_______________________________________________ Gnu-arch-users mailing list Gnu-arch-users@gnu.org http://lists.gnu.org/mailman/listinfo/gnu-arch-users GNU arch home page: http://savannah.gnu.org/projects/gnu-arch/