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?"
Tortoise (Score:5, Informative)
http://tortoisecvs.sourceforge.net/ [sourceforge.net] (For CVS Servers)
http://tortoisesvn.tigris.org/ [tigris.org] (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:
http://www.smartcvs.com/ [smartcvs.com]
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)
Re:Tortoise (Score:1)
Re:Tortoise (Score:3, Interesting)
e.g. You'd probably want to keep the PSD "negative", JPG distributions, and PNG thumbnails
Re:Tortoise (Score:2)
Re:Tortoise (Score:2)
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
Subversion + Tortoise Setup Guide (Score:3, Informative)
TortoiceCVS (Score:1)
Re:TortoiceCVS (Score:1)
I thought Logo used a turtle, not a tortoise.
Re:TortoiceCVS (Score:1)
Re:TortoiceCVS (Score:2)
This, my friends, is exactly why Logo is useless as an introductory programming language.
Re:TortoiceCVS (Score:2)
I still think it's kinda cool.
Subversion (Score:4, Informative)
CVS is binary-stupid - if you have a lot of binaries it is really ineffecient.
Re:Subversion (Score:2)
MediaWiki (Score:4, Insightful)
Re:MediaWiki (Score:4, Informative)
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 http://wikimatrix.org/compare/MediaWiki+TWiki [wikimatrix.org] site can be extremely helpful in evaluating wiki alternatives too.
I hope that helps. =)
-Pip
Re:MediaWiki (Score:2)
Best Wiki I have ever used.
Version Cue (Score:2, Informative)
Re:Version Cue (Score:2)
Re:Version Cue (Score:2)
Alienbrain (Score:3, Interesting)
http://www.alienbrain.com/ [alienbrain.com]
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)
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.
Re:Two things ... (Score:1)
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.
Perforce... (Score:2)
If your nontechies will only be syncing and modifying, it's a walk in the park.
no cvs but svn is cool (Score:4, Informative)
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)
As with most Avid products, if you have to ask how much it costs, you can't afford it.
Re:Alienbrain (Score:2)
Revision control isn't for non-techies. (Score:2)
Try LibreSource and so6 (Score:2, Informative)
http://www.libresource.org/ [libresource.org], it's free, and there is a graphical java webstart client really simple to use.
--
Maxime Biais
Consider Sharepoint (Score:1, Informative)
Jason R. Shaver
What I use (Score:2)
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
Surround SCM by Seapine Software (Score:3, Informative)
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 [seapine.com], 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 [seapine.com]. 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.
Re:Surround SCM by Seapine Software (Score:2)
"Go download it and see for yourself" is a lame marketing pitch.
Re:Surround SCM by Seapine Software (Score:2)
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
Saving editing changes separately from the file (Score:2, Informative)
Visual SourceSafe? (Score:2)