Actually, neither app needs to meet the other at all. That’s the nice part about file-based versioning systems like Subversion: You can just lob them at a particular part of your drive and they just work. Most of the time.
Now that we’re starting to focus on building a Unity version of DD, we’re running into a few problems. Firstly, we’re a distributed team, so that means we NEED to have some sort of versioning in place. Frankly, even if we were always in the same office, versioning systems are so useful that there’s no excuse NOT to use one. Game Maker’s been great for prototyping the game so far, but it’s sorely limiting because having multiple people working on one GM project is tricky (and we’re pretty darn good at it). For instance, I built the interface as stand-alone as I could and I still needed to freeze the code for 4 days to merge it all into the version Nandrew was working on.
Anyway, back to Unity. This being the first time we’ve used the package, we’ve found out that it does some things that make it not play nice with versioning systems. Like continuously rewriting needed object metadata in a constantly changing set of random directories. Which is sort of a dick move when you think about it. Apparently the Pro license lets you force Unity to write that metadata as text next to the resources themselves, nixing the random rewriting/renaming and apparently letting SVN do its job as advertised.
We’ll probably switch up to the Pro version of Unity at some point over the next few months, but until then we really needed to get something working so that we could all start taking bites out of the todo list that’s growing alarmingly fast. There are a few posts out there about versioning and Unity, there’s even an official how-to if you’re using Pro. Unfortunately the consensus seems to be that versioning and free Unity is messy at best and non-functional at worst…
We spent some time poking around and brute-forcing limited copies of our embryonic DD in Unity to see the bare minimum that we needed in order to reconstruct the game correctly in the editor. Turns out that all you need is everything under Assets and the Library/Meta directories, the contents of Library itself don’t seem to matter too much. This bears out what people have been saying regarding how Pro handles meta info… But, due to the constant rewriting of the Meta directory (even when you’re not really doing squat in the editor itself), we can’t just point SVN at the dir and let it handle everything – we’d be swimming in hordes of useless/redundant updates and conflicts.
We’ve settled on what appears to be the least hassle so far: Zip up the entire Library directory, add the zip to the repository and ignore the directory itself. Then, when anyone adds something via the editor (we’re mostly adding elements via code at the moment), they zip up their version of Library and let the repository propagate that out to everyone else. If the zipfile changes, we have to individually unzip it and establish a new “base” that Unity can do its meta info dance on top of as much as it wants. Yes, this means that we can essentially only have one person in charge of major changes via the editor at any particular point, but at least we can all be working on code and have at least semi-normal version control in place…
If anyone has a better way to get the free version of Unity and SVN playing nice, please let us know!