Hey, ich arbeite in der Projektmanagementabteilung eines Open-Source-Spiels. Im Moment verwenden wir SVN zur Versionskontrolle und speichern Code und Assets im selben Repository. Die Quellversionen der Assets (Modelle, Texturen) befinden sich in einem separaten Media-Zweig, während die gerenderten Versionen der Assets (wir arbeiten an einem isometrischen 2D-Spiel, daher verwenden wir tatsächlich gerenderte 2D-Bilder der 3D-Modelle im Spiel) nahe am Code liegen, da sie an Ort und Stelle sein müssen, um das Spiel auszuführen.
Unsere Künstler hatten Schwierigkeiten, mit der Verwendung von Subversion zu beginnen und das Konzept der Versionskontrolle im Allgemeinen zu verstehen. Im Moment besteht das Projekt größtenteils aus Programmierern, und wir erwägen, von SVN auf verteilte Versionskontrolle umzusteigen, um das Arbeiten mit Zweigen (und dem damit verbundenen Merging-Prozess) und das Einreichen von Patches zu erleichtern. Wir haben noch keine Entscheidung darüber getroffen, welches DVCS wir verwenden werden, aber höchstwahrscheinlich werden wir entweder Mercurial oder Git verwenden.
Während verteilte Versionskontrolle großartig für Entwickler mit technischem Hintergrund ist, erscheint sie möglicherweise übermäßig komplex und kompliziert für Künstler und andere möglicherweise weniger technikaffine Entwickler.
Also bin ich auf der Suche nach allen Arten von Ratschlägen, wie wir den Versionskontroll-Workflow für Künstler vereinfachen könnten. Beachten Sie, dass die Verwendung von etwas wie Perforce, unabhängig davon, wie gut es für den Job geeignet sein könnte, keine Option für ein kostenloses Open-Source-Projekt ist. Daher bin ich eher auf der Suche nach Ratschlägen, Tutorials, Projekttools, die es für Künstler leicht machen, verteilte Versionskontrolle zu verstehen, insbesondere Hg und/oder Git.
Ist es überhaupt sinnvoll, diesen Weg einzuschlagen und zu versuchen, die Künstler dazu zu bringen, verteilte Versionskontrolle zu verwenden? Wir könnten weiterhin die Quellversionen der Assets (Texturen, Modelle) in unserem bestehenden SVN-Repository speichern. Aber wir müssten immer noch eine Lösung für die Assets finden, die benötigt werden, um das Spiel auszuführen, da sie nahe am Code in der Versionskontrolle liegen sollten.
Es gibt eine Reihe großartiger DVCS-Anleitungen, z. B. das Hginit-Tutorial. Allerdings waren die von mir gefundenen alle für Programmierer geschrieben. Es ist großartig, dass sie jetzt problemlos lokal committen, das volle Potenzial von Zweigen nutzen und ihre Änderungen ohne allzu großen Aufwand zurückführen können. Dies könnte jedoch für Künstler nicht vorteilhaft, sondern eher übermäßig komplex und beängstigend sein. Kennen Sie zufällig ein DVCS-Tutorial, das für Künstler als primäre Zielgruppe geschrieben wurde?
Wir verwenden auch Trac zu Projektmanagementzwecken, also wenn Sie einen Trac-Plugin kennen, der künstlerfreundlich ist, lassen Sie es mich bitte wissen :-)
