2017-09-12 2 views
1

Un membre de notre équipe souhaite vraiment utiliser Visual Studio Team Services sur TortoiseSVN ou Proforce pour stocker nos ressources. J'ai regardé les options de contrôle de source fournies sur le site Web de documentation d'Unreal et ai vu que ProForce et TortoiseSVN sont soutenus en ce moment. J'ai également vu la documentation de Visual Studio sur les "gros fichiers" et j'ai remarqué que les binaires/bibliothèques ne sont apparemment pas sympa avec VSTS.Utilisation d'Unreal Engine 4 et de Visual Studio Team Services

Je suis inquiet de la façon dont Blueprints ou d'autres actifs artistiques se comporteront dans la ligne de développement.

Je me demande s'il est judicieux d'utiliser la plateforme Team Services Git, par rapport aux deux autres méthodes de contrôle de source. Croyez-vous que les plans et les ressources artistiques se comporteront à long terme? Ou est-ce une idée horriblement mauvaise?

+0

Copie possible de [Est-il bon avec les fichiers binaires?] (Https://stackoverflow.com/questions/4697216/is-git-good-with-binary-files) – max630

+0

Eh bien, la plupart de mes préoccupations concernent les Blueprints et d'autres actifs impliqués dans UE4 et si VSTS va bien fonctionner avec ceux-ci grâce au développement d'un jeu sur ce moteur. Je mentionne la documentation binaire afin de confirmer quelle documentation j'ai passé en revue. – cfact

Répondre

0

Je suis l'auteur du plugin de contrôle de source Git dans Unreal Engine 4.

Git EPA avec VSTS est certainement une solution de travail. Mais il ne supporte pas actuellement le mécanisme de verrouillage de fichiers Git LFS 2, donc il n'est pas à égalité avec Perforce ou SVN: c'est correct pour une petite équipe mais ne sera pas bien à l'échelle si vous voulez que plusieurs personnes travaillent sur le même Blueprints (vous devrez résoudre des conflits).

+0

Donc une équipe de 3-5 peut-être bien, mais le plus nous ajoutons et le plus probable que les Blueprints vont corrompre? Ou s'agit-il simplement de faire en sorte que certaines personnes verrouillent le plan sur lequel ils travaillent afin d'éviter les conflits? – cfact

+0

Le problème est que Git lui-même n'offre aucun moyen de verrouiller un Blueprint, donc deux personnes peuvent le modifier, et même le commettre localement, mais le second qui tentera de pousser vers le dépôt central aura un conflit: il devra soit revenir sur le changement qu'il a fait, ou ceux du premier gars! vous devrez donc compter sur les communications de l'équipe pour éviter de travailler sur les mêmes choses, au lieu d'utiliser le contrôle de source pour cette synchronisation. (aussi je travaille sur le verrouillage de fichiers via Git LFS 2 mais je ne sais pas quand il sera supporté) – SRombauts

0

Il n'y a pas de problème ici, et certainement rien à voir avec VSTS - Git dans VSTS n'est juste Git, comme sur n'importe quelle autre plate-forme d'hébergement Git. VSTS prend en charge Git LFS pour la gestion des versions binaires volumineuses.

Vous pouvez également utiliser un référentiel TFVC, qui est un modèle de contrôle de version centralisé similaire à SVN.