On Tue, Jul 26, 2011 at 4:24 PM, Remigiusz Modrzejewski
<l...@maxnet.org.pl> wrote:
>
> About general reliability: I've never encountered any  data loss/corruption 
> with Fossil. This is even when I use my own compiled versions derived from 
> the trunk at random moments. It's also quite rare to read about any bugs in 
> the software. I'd say it's built to a pretty good quality, but not yet the 
> one of sqlite. Also the process is a bit lacking, with the ticket system 
> being a ghost town (see http://fossil-scm.org/index.html/rptview?rn=2).

Yeah, I guess he was just unlucky and/or a bit careless if it's the
fossil revert that actually destroyed his files.
I am very trusty of fossiI. I compile it from trunk, I have an
automated script that just updates to trunk, recompile fossil and do a
full rebuild on all repos that I run pretty much every day.
I actually have this running from cron on my home fossil backup server
so it autoupdates to the latest trunk revision of fossil every few
hours (I also do backups, I'm not that crazy).

I have one repository in particular which is rather large (480MB) with
a 220MB checkout containing of thousand of files, including some
binaries (it might sounds like some serious, large application and/or
dataset, but it's actually my world of warcraft addons, configuration
files and screenshot directories that I archive and sync between
different PCs using fossil) and while this repo exposed some subtle
bug in fossil that made it fail to sync properly some time ago it
never broke in any serious, data corrupting fashion.
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to