2017-09-12 3 views
1

Ein Mitglied unseres Teams möchte Visual Studio Team Services wirklich über TortoiseSVN oder Proforce zum Speichern unserer Assets nutzen. Ich habe mir die Quellcodeoptionen auf der Unreal Documentation Website angesehen und gesehen, dass ProForce und TortoiseSVN zu diesem Zeitpunkt unterstützt werden. Ich habe auch die Dokumentation von Visual Studio über "große Dateien" gesehen und festgestellt, dass Binärdateien/Bibliotheken anscheinend nicht gut mit VSTS funktionieren.Verwenden von Unreal Engine 4 und Visual Studio Team Services

Ich mache mir Sorgen, wie Blueprints oder andere Art Assets sich entlang der Entwicklungslinie verhalten werden.

Ich frage mich, ob es sinnvoll ist, die Team Services Git-Plattform über die anderen beiden Quellcodeverwaltungsmethoden zu verwenden. Glauben Sie, dass Blaupausen und Kunstgegenstände sich langfristig verhalten werden? Oder ist das eine schrecklich schlechte Idee?

+0

Mögliche Duplikate von [Ist Git gut mit Binärdateien?] (Https://StackOverflow.com/Questions/4697216/is-Git-Good-with-Binary-Files) – max630

+0

Nun, die meisten meiner Sorge geht über Blueprints und andere Assets, die in UE4 involviert sind und wenn VSTS mit diesen durch die Entwicklung eines Spiels für diese Engine gut funktionieren wird. Ich erwähne die Binärdokumentation, um zu bestätigen, welche Dokumentation ich überprüft habe. – cfact

Antwort

0

Ich bin der Autor des Git Source Control Provider-Plug-in Unreal Engine 4.

Git LFS mit VSTS ist auf jeden Fall eine funktionierende Lösung.

Aber es unterstützt derzeit Git LFS 2 File Locking Mechanismus, so ist es nicht auf Augenhöhe mit Perforce oder SVN: Es ist in Ordnung für ein kleines Team, aber nicht gut skalieren, wenn Sie wollen mehrere Personen auf dem gleichen arbeiten Blueprints (Sie müssen Konflikte lösen).

+0

Also ein Team von 3-5 mag in Ordnung sein, aber je mehr wir hinzufügen und desto wahrscheinlicher werden die Blueprints korrupt? Oder ist es nur so, dass bestimmte Leute den Blueprint, an dem sie arbeiten, sperren, um Konflikte zu verhindern? – cfact

+0

Das Problem ist Git selbst bietet keine Möglichkeit, ein Blueprint zu sperren, so zwei Personen können es ändern und sogar lokal zu verpflichten, aber die zweite, die versuchen wird, an das zentrale Repository zu schieben wird einen Konflikt bekommen: Er muss entweder Wende die Änderung, die er gemacht hat, oder die des ersten Mannes an! Sie müssen sich also auf Team-Kommunikation verlassen, um zu vermeiden, dass Sie an denselben Dingen arbeiten, anstatt die Quellcodeverwaltung für diese Synchronisation zu verwenden. (Ich arbeite auch an Dateisperrung durch Git LFS 2, aber ich weiß nicht, wann es unterstützt wird) – SRombauts

0

Es gibt kein Problem hier, und definitiv nichts mit VSTS - Git in VSTS ist nur Git, das gleiche wie Sie auf jeder anderen Git-Hosting-Plattform finden würde.

VSTS unterstützt Git LFS für die Versionierung großer binärer Assets.

Sie können auch ein TFVC-Repository verwenden, bei dem es sich um ein zentralisiertes Versionskontrollmodell ähnlich SVN handelt.

Verwandte Themen