Hi Thomas, Thank you. Your point of view is helpful. Maybe I have to re-think again.
... but as of now my little idea is... 1) I think that with more/better backups I will not be afraid to touch/crash my system - maybe this will make it more easy to learn 2) I wish FSVS to store binaries, mostly because of meta data (permissions/owner/time/checksum) and to monitor all changes. I am not sure is it correct, but I think this could help against viruses/hacks (if you have such in linux world :) ) ... Example: I just know there is 'iptables', Still I do not touch that part, I do not know where it is. Still I can't feel self confident as much as I was with windows. The same wish was with windows - to know what is going on. Other way, you run some installer and you do not know anything anymore. "Installer" could be any virus who come into because Internet Explorer bugs (even without any efforts/errors from my side). regards, Plamen. --- On Wed, 7/23/08, Thomas Harold <[EMAIL PROTECTED]> wrote: > From: Thomas Harold <[EMAIL PROTECTED]> > Subject: Re: questions about "unversion" and "ignore" > To: [email protected] > Cc: "MMM MMM" <[EMAIL PROTECTED]> > Date: Wednesday, July 23, 2008, 5:24 PM > In general, what works for us on servers is to base the FSVS > off the > root of the server, and do a lot of ignores. We will > typically not > version anything that is either: > > - binary > > - configuration files for a non-critical service (like > Gnome > configuration files) > > - log files, or daily reports (like pre-genreated calamaris > reports for > squid) > > - stuff in /home > > On our CentOS 5.1 boxes, that results in (after 6-12 months > of using > FSVS) a repository size of only 351 MB. Our ignore list > for a server is > typically between 30 and 60 lines. As we find additional > things that > don't need to be versioned, it's easy to > unversion/ignore them and not > worry about the excess space in the repository from the old > files. > > But again, this is a production server, not a desktop > machine, and we > would prefer to have a bit of over-kill in regards to what > we keep track > of. We've been tempted, at times, to also version > control the binaries, > but it would be better to simply pull those back off of > backups. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
