views:

419

answers:

12

Seeing this: http://www.suckless.org/wiki.html. A wiki based on Mercurial. Are there any other non-code related use to version control? Is there any other projects that uses version control tools inside instead of programming their own specific solution?

A: 

I would use VC to implement an archival (or backup) feature for data on disk.

Also:

  • Any document related to a project.
Loki
+6  A: 

A couple that come to mind

  1. Documentation
  2. specifications
  3. test databases
Jim C
But still basically the same concept. "Documentation" is essentially source code, but just for a different consumer.
James Curran
+4  A: 

Putting /etc or other configuration directories/files under Version Control can be useful when done correctly.

Also some people like to put their home directory under version control.

Joachim Sauer
etckeeper (http://kitenet.net/~joey/code/etckeeper/) is a good tool for handling /etc in a version control system. It is packaged for debian and ubuntu.
Anders Westrup
+3  A: 

Configuration files. Nice way to document the changes to your system. And always being able to revert the changes.

stesch
+3  A: 

Going further down the "non-code" path, how about GTD?

If you keep your tasks, contexts, next actions, etc. in plain text, you could use version control to maintain and replay your project activities. The commit log(s) could provide a nice activity summary if you have to report such things.

joel.neely
+1  A: 

At my office we use it as a form of at-times disconnected file sharing. There's about 4GB of files in the HEAD revision and it works brilliantly. Having the full version history for all your documents is a great backup tool.

nickf
+4  A: 

Simple bug-tracking system with a file per bug, folder structure to handle an statuses and naming convention for simpler searching.

mcveat
+1 That's more of the "outside the box" thinking the question asked for.
James Curran
A very good one actually. Any implementation?
Loki
http://news.ycombinator.org/item?id=351293 this is a description of such an implementation using Dropbox, but this should be applicable to any VCS
mcveat
There is Artemis: http://www.mrzv.org/software/artemis/I haven't touched it in quite a while, but it should be in a working state.
foxcub
A: 

Not what you are talking about, but version control software could be an easy platform for file-sharing with a friend or small network.

For PURELY LEGAL REASONS ONLY, of course.

A: 

Anything that goes through versions (documents, code, presentations, ads, images...) can all benefit from version control. If there is more that one person using/editing the piece, then you definitely need version control. Really, they need to be able to show differences, and track history independent of the editing program.

Thanks to this post from Rands in Repose ("Dumbing Down the Cloud[sic]"), I've looked into dropbox which is free online storage with version history tracking, rollback and sharing. For someone like my wife, a professor working with coworkers on papers across the country, this is a huge step forward in their work flow.

Rob Allen
+1  A: 

We have a group of graphics designers that we are currently trying to convert to use Team Foundation Server, via Teamprise.

Also, don't think of it just as code in a traditional sense. Database scripts, indexing scripts for search appliances, etc. all can be captured and versioned, as well. In conjunction with a good build process, you can take a lot of the manual effort out of deploying these artifacts, too.

And, as others have mentioned, documentation, test data, etc.

joseph.ferris
A: 

My company stores all Life Cycle documentation for each product release in version control. These are items created during the development, testing and release of products.

We started this to support development, but ended up liking having version control and history for documentation, test cases, etc.

pearcewg
+2  A: 

As a soon-to-graduate student looking for work, I'm using version control for my resume.

Why I'm doing it:

  1. I can maintain a single default resume for most job applications (the "trunk").
  2. If I want to play with different formatting options, I can branch out and play there without affecting the trunk
  3. If I need a latest copy at short notice, the trunk always has a stable version
  4. If some job opening requires specific skills, I can branch off a version where I highlight those
  5. I can create tags to keep track of what versions I sent specific companies, which can help me prepare for interviews
  6. It's fun to see how my resume evolves over time :)
hexium