Follow Slashdot blog updates by subscribing to our blog RSS feed


Forgot your password?

Graphical File Revision Control for Non-Techies? 41

EagleEyez asks: "Packages like Subversion and CVS are great for code and version control for programmers and developers, but what about for design and creative teams? I'm trying to help my company streamline part of the creative process, but haven't seen a software package that does version control, check-in/out, e-mail notifications, etc. that is specifically tailored toward images and basic HTML content. Full fledged document management tools might work, but they seem a bit much and tend to focus more on office docs. Does anyone have any recommendations?" There are a few projects moving in this direction, they just may not be as usable as some would like. More detail in the full article.
Photographers (those using digital cameras or film photographers who edit their photos on computer) might also find revision control useful. From bmcent1: "As an amateur photographer seeking a way to better organize files, it occurred to ask Slashdot: 'What methods are digital photography enthusiasts using to organize the torrent of files that build up over time?' I'm a huge Linux fan, and although I use Photoshop, I would like to use a Linux storage server as the back end and could use Linux EXIF/IPTC tagging tools such as XnView to help organize if they perform as well as commercial products like IMatch.

What tools do you use? How do you manage your workflow and the files that build up as a result? I shoot RAW and keep the original. Post processing usually produces a .PSD file and then any crops are kept separate in case I want to adjust and reprint later. This means a minimum of three files per image and more if I have different crops.

Have people successfully used versioning file systems like EXT3COW or revision control systems like Subversion as an aid to their digital photography workflow?"
This discussion has been archived. No new comments can be posted.

Graphical File Revision Control for Non-Techies?

Comments Filter:
  • Tortoise (Score:5, Informative)

    by AKAImBatman ( 238306 ) * <{akaimbatman} {at} {}> on Wednesday March 15, 2006 @03:50PM (#14926716) Homepage Journal
    Allow me to solve your problems right now: [] (For CVS Servers) [] (For Subversion servers)

    Tortoise will tell your users everything they need to know about the files status right through Windows Explorer. Teaching them how to do checkins and tree updates is also quite easy, thanks to the customized right-click menu. Advanced options like diffing, merging, and branching are still available through the submenus, but your users should be able to get their work done without resorting to those. (At least, not until they're ready.)

    Of course, the fact that these are graphics designers may complicate issues somewhat. If they're using a Mac, they won't be able to use Tortoise. In which case, my next recommendation falls on SmartCVS: []

    SmartCVS is great for Macintoshes, although it does take slightly more training than Tortoise. The only problem you may run into, however, is that SmartCVS chokes on massive directories of files. I don't know if this problem has been fixed or not, but it was a serious problem for one of the source trees I worked on. (Think gigabytes of data spread across thousands of files.)

    CVS/SVN are by no means perfect solutions, but I can't think of anything better off the top of my head. Hope this helps!
    • Re:Tortoise (Score:3, Informative)

      I've had at least one very non-techie customer in a project working with us remotely via TortoiseSVN and that worked just fine. It's by no means as good as it could be (for this use), but if you can set it up for them and explain Commit and Update, you are probably set.
    • Does this address the requirement to change control pictures and other binary data?
      • Re:Tortoise (Score:3, Interesting)

        by AKAImBatman ( 238306 ) *
        I have been told that SVN is good at handling binary files. So TortoiseSVN can conceivably work for keeping track of photographic image files. That being said, I'm not really sure if it's the best solution for something like that. My first thought would be to develop a Content Management Database of some sort that would keep track of the image information, as well as link all the associated images into the same record.

        e.g. You'd probably want to keep the PSD "negative", JPG distributions, and PNG thumbnails
    • I can definitely vouch for TortoiseSVN's usefulness - I have used it on some of my own projects, and it's really easy enough for anyone. A great example of a well executed piece of software.

      • I can definitely vouch for TortoiseSVN's usefulness - I have used it on some of my own projects, and it's really easy enough for anyone. A great example of a well executed piece of software.

        I agree that SVN, especially the Tortoise front-end, is really easy to work with. One caveat if you're working with binary files and have multiple developers: Make sure you have a recent server which supports file locking! SVN didn't originally support this; text files were merged together at commit time. You can't

    • And here's a guide [] for setting up Subversion and Tortoise on Windows, really easy.
  • It even has a cute tortoise as the logo :)
  • Subversion (Score:4, Informative)

    by the eric conspiracy ( 20178 ) on Wednesday March 15, 2006 @04:00PM (#14926792)
    Is your friend. Very happy with binary files (in fact it treats binary and text the same and uses a binary diff algorithm). Lots of hooks to add pre-post processing so you can do whatever you want in terms of extracting file data.

    CVS is binary-stupid - if you have a lot of binaries it is really ineffecient.

  • MediaWiki (Score:4, Insightful)

    by vossman77 ( 300689 ) on Wednesday March 15, 2006 @04:05PM (#14926842) Homepage
    MediaWiki [] (a la Wikipedia) has reat revision control for HTML and image content. I use it for almost everything (thesis, wedding information, blog). It's also really easy to use!
    • Re:MediaWiki (Score:4, Informative)

      by *BBC*PipTigger ( 160189 ) on Wednesday March 15, 2006 @11:02PM (#14929954) Journal
      If you are (or someone you know is) moderately familiar with Perl, I would highly recommend [] over MediaWiki.

      TWiki supports standard XHTML 1.0 in combination with traditional wiki-style markup (e.g., *important text* for bold in TWiki as opposed to '''important text''' as bold in MediaWiki).

      TWiki runs via standard CGI scripts and uses an RCS back-end for tracking document revisions and facilitating roll-backs.

      TWiki was designed to support a thorough plug-in architecture and a great deal of the functionality included in the latest stable release (TWiki-4.0.1 from 07 Feb 2006) is provided through plug-ins.

      There are lots of skins too (driven by CSS) which are easy to install if you don't like the default.

      I've recently gotten into deploying and administrating installations of both TWiki and MediaWiki. I have also been modifying lots of the code of each while working in Sony's R&D department. Management decided to abandon MediaWiki (and possibly also Confluence shortly) in favor of TWiki's advantages. I'm working on some specialized new plug-ins for our intranet to aid project management. I highly recommend TWiki for collaborative web pages where you might want to extend the functionality.

      MediaWiki is simple and clean and very well-suited to encyclopedic content. If that fits your problem-domain (i.e., you don't need to make substantial functional enhancements), it is a nearly ideal choice.

      This [] site can be extremely helpful in evaluating wiki alternatives too.

      I hope that helps. =)

  • Version Cue (Score:2, Informative)

    by DingoBueno ( 461129 )
    Well...since you already use photoshop, I'd have to suggest Version Cue []. It's made precisely for your purpose. I've used subvserion, myself. But I've also fought and lost the same battle when it come to non-techie conversion. Best of luck...
  • Alienbrain (Score:3, Interesting)

    by LightningBolt! ( 664763 ) <lightningboltlig ... om ['o.c' in gap> on Wednesday March 15, 2006 @04:12PM (#14926904) Homepage
    Often used in game development for asset management. Commercial. []

    It's got a nice gui which has preview functionality for many standard audio/video data formats. As a programmer using Perforce at the time, I was never a huge fan of it. But it seemed the artists and game designers were able to use it fairly effectively.
  • Two things ... (Score:3, Insightful)

    by jgrahn ( 181062 ) on Wednesday March 15, 2006 @04:12PM (#14926909)
    1) It seems to me, from using version control and watching others use it, that there is no substitute for understanding. Fancy GUIs help to some extent, but to really use revision control, you have to be willing to think, to learn, and to adapt the way you work. (Is that is the same as being "a techie"? Perhaps.)

    For images, video and other non-text data, I suspect that it doesn't matter if you use Subversion's "superior" support for binary data or CVS's "inferior" one. I believe you will have problems, no matter what -- concepts like branching and merging are meaningless for those. Possibly there are dedicated tools for such things.

    • having version control integrated into explorer greatly simplifies workflow, especially on largescale projects with deep folder trees.

      Tools like TortoiseSVN/CVS or perforce's explorer integration are Key for this reason alone.
  • We have our non-techies (and techies) use Perforce. The win32 client has lots of optins, but is simple enough to use if you don't do anything too crazy.

    If your nontechies will only be syncing and modifying, it's a walk in the park.
  • by jilles ( 20976 ) on Wednesday March 15, 2006 @04:42PM (#14927178) Homepage
    I would say subversion is adequate for version management (not perfect). It fullfills the minimum requirements of a versioning system. CVS on the other hand is unreliable, not really suitable for non ascii content, prone to losing version history on normal development activity such as e.g. refactoring, unable to keep track of changes that concern multiple files and unable to keep track of normal file operations such as directory creation, moving and deletion. Just a few of the reasons why you should no longer use CVS if you care about such things as repository integrity, keeping track of changes in the repository, storing binary content, refactoring your code, etc. If you do care about these things, avoid CVS like the plague. But then why use versioning at all if you don't care about these things? CVS is better than nothing and and svn is way better than that.

    Tortoise CVS on windows does a good job of hiding most of the uglyness to end users, it does not actually solve them and users might be tempted to think that storing e.g. large word documents in cvs is good practice. TortoiseSVN, a frontend for subversion similar to TortoiseCVS provides a similar frontend for subversion. Having used both, I would say that the svn version is more feature rich, more actively developed and has the advantage of running on top of a version system that doesn't have any of the problems listed above.

    To get started with subversion locally, all you need is tortoise svn. Simply right click on a folder and create a repository and then right click on another folder to add its contents to the newly created repository (using the file:// protocol). If at a later stage you decide you want to share the repository over a network, you can do so with e.g. cygwin ssh + cygwin subversion using the svn+ssh:// protocol. The tortoise svn repository will actually be compatible with that. Alternatively you can set up an apache server (http:/// [http] or svnserve (svn://). For small scale sharing, svn+ssh is easier since it requires nothing more than installing subversion, getting the ssh server going and managing ssh users (which in cygwin are normal windows users).

    Due to subversions excellent support for normal file operations, you can actually have only one repository for multiple projects. For example apache projects share the same subversion repository.

    Because it is so easy to set up, subversion is really suitable for working on a bunch of files together with others. I use a local repository for working on my work documents and small projects. I even put photo's in subversion. Having a central repository makes it easy to backup as well. This style of working with subversion is reasonably efficient for binary files where the binary diff from version to version is relatively small too. For example, I keep my word documents directory in svn. The total size of an export of this directory is 10 MB. The subversion repository on disk containing the full version history of these files is 5 MB. Compression + storing only binary diffs are the reason that the repository size on disk is actually less than an export of the head of the repository!
  • Alienbrain (Score:5, Informative)

    by Animats ( 122034 ) on Wednesday March 15, 2006 @05:44PM (#14927825) Homepage
    The commercial leader in graphical content management revision control is Alienbrain []. It was originally developed for video game development, where there are many types of unusual graphical assets, from motion capture data to level maps, all with multiple revisions. Now that Avid has purchased Alienbrain, it's also being used for TV and film animation projects.

    As with most Avid products, if you have to ask how much it costs, you can't afford it.

  • Revision control isn't for non-techies. I've tried using revision control with non-programmers who wanted to work on some LaTeX documents with me, and it was way too confusing for them. The issue isn't a graphical UI versus a command-line UI.
  • by maxme ( 946026 )
    Try LibreSource and the so6' version management system. [], it's free, and there is a graphical java webstart client really simple to use.

    Maxime Biais
  • Consider Sharepoint (Score:1, Informative)

    by Anonymous Coward
    It might be a bit too advanced for you still, but consider running Microsoft Sharepoint or getting yourself setup with a hosted Sharepoint system. If you are running Small Business Server 2003 or Windows Server 2003, you should have it already installed and setup...

    Jason R. Shaver
  • I get prints of the best ones, delete the worst ones, put the crops in subfolders labeled with the dimensions, burn to CD or DVD depending on size, label it, and stick it in one of those CD carriers that hold about 500 discs.

    I don't keep the raw images, because I would just post-process it the same anyway, but a subdirectory named raw would make sense for those if you absolutely need them. One of the most important aspects of organization in either the physical or virtual world is knowing what to throw a

  • by JSBiff ( 87824 ) on Wednesday March 15, 2006 @06:57PM (#14928516) Journal

    Let me start this with a disclaimer. I *am* an employee of Seapine Software, so I'm not exactly a dis-interested third party.

    I work on the helpdesk for Seapine Software [], a small software company that, for a decade, has concentrated on providing easy to use software for managing software development. One of our products is a GUI (we also provide a CLI as part of the package for those who need it) version control system, called Surround SCM []. It is cross platform, supporting Windows, Linux, Solaris, and MacOS X for both the server and the client.

    It is quite feature rich, and specifically, handles versioning of image files very well. It can be used to version any kind of file (text and binary alike), so it can be used outside of the Source Code Management market, that just happens to be our current target market. It is not Free/Open Source software, but compared to other commercial SCM/FVM (Source Code Management/File Version Management) offerings on the market, is very competitively priced.

    As I work on the helpdesk, I get a good idea of the relative quality of our products (believe me, products that aren't very good aren't very pleasant to support), and Surround SCM is, from my perspective, a very strong product. We offer a trial download that you can use to evaluate the product for a month, to see if it fits your needs.

    • OK, well, since you're claiming that you have an idea of "the relative quality of your products", why don't you actually provide some real comparison with CVS, subversion, darcs, monotone, git, and the GUIs available for those systems. You know, tell us why you think yours is better.

      "Go download it and see for yourself" is a lame marketing pitch.
      • Well,
        I'll say that I have not tried all the different version control systems that are out on the market. I am familiar with our product, and the problems that our customers run into, because that is what I see on the helpdesk. So, from my helpdesk perspective, what I've seen is that most of our customers seem fairly happy with the product, and need feature assistance, as opposed to customers calling in frustrated that the product doesn't perform as advertised.

        When I used the p
  • Instead of saving an entire copy of the file after every modification, my company has an application called Centico Photo Album that saves only the original version of the file, and then a list (in a database) of all the editing changes that had been made to it. See []. The motivation for this feature is for backup, since it makes it possible to backup the photos only once in their lifetime, and then have all the editing changes saved separately (so you don't have to burn the files
  • Is graphical, and a standalone product. True, its windows only but you didnt specify that limitation.

There's no such thing as a free lunch. -- Milton Friendman