CODEWITHSUNDEEP
repositoryversion-controldocuments
tsunade
tsunade

Reputation: 13

Document management, SCM?

This might not be a hard core programming question, but it's related to some of the tools used by programmers I suspect.

So we're a bunch of people each with a bunch of documents and a bunch of different computers on a bunch of operating systems (well, only 2, linux and windows). The best way these documents can be stored/managed is if they were available offline (the laptop might not always be online) but also synchronized between all the machines. Having a server with extra reliable storage be a "base repository" seems like a good idea to me.

Using a SCM comes to my mind and I've tried Subversion, and it seems to be a good thing that it uses a centralized repository - but:

Also I've tried rsync, which might work - but it's a bit rough when it comes to the potential conflict.

Finally I've tried Unison (which is a wrapping of rsync, I think) and while it works it becomes horribly slow for the big directories we have here since it has to scan everything.

So the question is - is there a SCM tool out there that is actually practial to use for a big bunch of both small and big files? If thats a NO - does anyone know other tools that do this job?

Thanks for reading :)

Upvotes: 1

Views: 539

Answers (2)

vladv
vladv

Reputation: 638

You can try on of the distributed version control systems, like Mercurial, Git or Bazaar. Seems that one of those is perfect for what are you trying to accomplish.

Joel Spolskey has a great little mercurial tutorial here: hginit.com. Thanks camainc.

Upvotes: 2

3Dave
3Dave

Reputation: 29071

Some details will allow us to provide a more meaningful answer. For instance:

What types of documents? Are you dealing with images, Word documents, text files? All or none of the above?

Subversion (and any source control system worth its salt) works by saving only the deltas for checkins. That is, when you check in a file, only the differences between that file and the previous version are saved. This makes it easier to save space. Checking in a 1MB Photoshop that has a few pixels changed will take up less repository space that an entirely new document. This is typically file-type agnostic (ie, it works for binaries as well as text).

If your checkouts are resulting in files that are larger than what was checked in, I'd say you have some sort of configuration or process problem. If you check in a 200KB file, you will receive a 200KB file on check out. Could you describe your checkout/modify/checkin process?

SVN, TFS and others are used on very large scales in many different environments, and it's an easy, free and very reliable solution. However, if your audience is predominantly non-programmers, a more user-friendly SCM may be a better choice.

Upvotes: 0

Related Questions