: Version Control for Design files Can someone describe their workflow they use to handle multiple versions of a file ? For example, if more than one person worked on it or you explored an
Can someone describe their workflow they use to handle multiple versions of a file ?
For example,
if more than one person worked on it
or you explored an idea with the design then realized you have to undo state multiple times and hope you reach the previous state you needed
Does one just save under a different filename every hour / every 15 minutes ?
As a sole designer does one even need version control ?
More posts by @Harper654
2 Comments
Sorted by latest first Latest Oldest Best
Version control of some kind is always a good thing, especially with creative endeavors. Traditional systems like SVN are good for text files, but not so much for binary files (for example, InDesign and QuarkXpress).
Really what's needed here, especially if multiple designers are involved is a digital asset management system or content management system. This is, however, a very deep rabbit hole, and any real discussion goes way beyond the SE format. Suffice to say, prices run the gamut from free to multi-million dollar systems.
A good system will allow you to save by milestone, but also, more importantly for multiple designers, allow someone to check out a document for editing which bars others from downloading it, but also roll back changes to previous versions.
If you are considering some kind of a system, you need to sit down and think about your environment (computer hardware, software, office, number of potential users) and your needs, come up with a needs document, and start searching then compare systems against your needs.
I never had to work on the same file with other person but I have 3 ways to deal with multiple versions of a design file.
Milestones
I used milestones for a moment when we were trying the AGILE way as designers (like some developers do). It's quite efficient but takes quite some times (more when you begin to use this. At the end, it's quite nice). Lots of organisation needed.
Number/dates/details in file name
When I started design, I dealt with numbers for versioning. Horrible. Seriously, don't. Or be organize. "Design1.psd" "Design2.psd" etc...
Dates/Hours are nice if you got a good memory of what did I do yesterday?. In my case, less horrible than number but not much more powerful. "Design20100801-1112.psd"
Details are better. I used names like "Design20100801-1112-add-pattern.psd" = date-hour-details. Quite long filenames but it's fast to use and you find your file quite faster than any previous method.
SVN or GIT
a.k.a the real version control
I, now, use SVN. I save regurally the same file "Design1.psd" for example. And every hour or every pause I commit my modifications and give details about it.
If I made an error or the client wanted the previous version, I just update to version xxx and it's done.
It also gives you the power of branches and tags which are really interesting to handle milestones.
There's a reason why developers use version control software/DB/etc... It's efficient and designers should use it too. (But it's quite hard to understand/use in the beginning)
Terms of Use Create Support ticket Your support tickets Stock Market News! © vmapp.org2024 All Rights reserved.