Date: Sat, 17 Apr 2010 18:37:10 +0100 From: Matthew Seaman <m.seaman@infracaninophile.co.uk> To: Dan Naumov <dan.naumov@gmail.com> Cc: freebsd-questions@freebsd.org Subject: Re: version/revision control software for things mostly not source Message-ID: <4BC9F1C6.8090803@infracaninophile.co.uk> In-Reply-To: <r2ycf9b1ee01004170808w69bea524j450b018e026c3b5c@mail.gmail.com> References: <r2ycf9b1ee01004170808w69bea524j450b018e026c3b5c@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 17/04/2010 16:08:49, Dan Naumov wrote: > I think I am reaching the point where I want to have some kind of sane > and easy to use version/revision control software for my various > personal files and small projects. We are talking about varied kind of > data, ranging from binary format game data (I have been doing FPS > level design as a hobby for over a decade) to .doc office documents to > ASCI text formatted game data. Most of the data is not plaintext. So > far I have been using a hacked together mix of things, mostly a > combination of essentially storing each revision of any given file a > separate file001, file002, file003, etc which while easy to use and > understand, seems rather space-inefficient and a little bit of ZFS > snapshotting, however I want something better. > > What would be examples of good version control software for me? The > major things I want are: a simple and easy to use Windows GUI client > for my workstation, so I can quickly browse through different > projects, go back to any given point in time and view/checkout the > data of that point to a Windows machine. Space efficiency, while not > critical (the server has 2 x 2TB drives in RAID1 and can easily be > expanded down the line should the need eventually arise) is obviously > an important thing to have, surely even with binary data some space > can be saved if you have 20 versions of the same file with minor > changes. > > Sadly, FreeBSD's ZFS doesn't have dedup or this functionality would've > been easy to implement with my current hacked together methods. > Performance does't matter all that much (unless we are talking > something silly like a really crazy IO bottleneck), since the only > expected user is just me and perhaps a few friends. I'd recommend subversion for this -- configure it using HTTPS and with Apache's basic auth for access control. Use ViewVC for exploting your repos via the web -- if you take care to set appopriate MIME types as properties, then your browser should open files in the appropriate applications automatically. [Verb. Sap. ViewVC looks pretty ugly in the default view, but set template_dir=templates-contrib/viewsvn/templates in viewvc.conf for a much better result] Subversion is a big and complex beast, but the documentation is excellent. There's a whole book you can download here: http://svnbook.red-bean.com/nightly/en/svn-book.pdf For access from Windows, try TortoiseSVN. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvJ8cYACgkQ8Mjk52CukIw1sgCdGZhmhRs+MpPeL+ySuROihznh dgIAn0KU7pf88IQkxrx3aZLKc2ABDi1x =yxTX -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4BC9F1C6.8090803>