Login/Register
Other uses of version control than for code?
Asked Answered
Solved version-controlreusability
U

13

7

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?

Unruh answered 4/12, 2008 at 14:14 Comment(0)
M
8

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

Mcnamee answered 4/12, 2008 at 14:24 Comment(3)
+1 That's more of the "outside the box" thinking the question asked for. – Sosthina
news.ycombinator.org/item?id=351293 this is a description of such an implementation using Dropbox, but this should be applicable to any VCS – Mcnamee
There is Artemis: mrzv.org/software/artemis I haven't touched it in quite a while, but it should be in a working state. – Elflock
A
8

A couple that come to mind

  1. Documentation
  2. specifications
  3. test databases
Anaglyph answered 4/12, 2008 at 14:16 Comment(1)
But still basically the same concept. "Documentation" is essentially source code, but just for a different consumer. – Sosthina
M
8

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

Mcnamee answered 4/12, 2008 at 14:24 Comment(3)
+1 That's more of the "outside the box" thinking the question asked for. – Sosthina
news.ycombinator.org/item?id=351293 this is a description of such an implementation using Dropbox, but this should be applicable to any VCS – Mcnamee
There is Artemis: mrzv.org/software/artemis I haven't touched it in quite a while, but it should be in a working state. – Elflock
I
6

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.

Inpour answered 4/12, 2008 at 14:16 Comment(1)
etckeeper (kitenet.net/~joey/code/etckeeper) is a good tool for handling /etc in a version control system. It is packaged for debian and ubuntu. – Photosphere
S
4

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.

Sismondi answered 4/12, 2008 at 14:20 Comment(0)
R
3

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 :)
Rosenquist answered 4/12, 2008 at 14:14 Comment(0)
C
3

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

Coin answered 4/12, 2008 at 14:17 Comment(0)
S
1

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.

Squamulose answered 4/12, 2008 at 14:21 Comment(0)
J
1

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.

Jubilation answered 4/12, 2008 at 15:11 Comment(0)
A
0

Bit of a late answer, but I felt this belonged here:

Some time ago, I used Git to track time spent gaming. I tied the games' shortcuts to a small program which monitored the processes and the game saves. Every time a game was started, it switched to a branch named after that game, and committed the saves every 10 minutes even if they were not changed. When the game was exited, it stopped and switched back to master.

Simply opening a "git tree" of the repository would show me how long a game had run, as well as keep a versioned archive of its saves, which is really useful to go "back in time" if necessary.

Amari answered 4/12, 2008 at 14:14 Comment(0)
U
0

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

Also:

  • Any document related to a project.
Unruh answered 4/12, 2008 at 14:15 Comment(0)
S
0

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.

Strangury answered 4/12, 2008 at 14:43 Comment(0)
A
0

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.

Anarchy answered 4/12, 2008 at 15:2 Comment(0)
M
0

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.

Mcmillin answered 4/12, 2008 at 21:23 Comment(0)

© 2022 - 2024 — McMap. All rights reserved.