Page 2 sur 2
Re: Quel logiciel de contrôle de source pour les programmes API ?
Posté : 26 mars 2017, 13:53
par lolio
tuscaonline a écrit : ↑26 mars 2017, 01:32
GIT !!
Mais j'ai la flemme de les écrires les procédure
A 4h00 du matin je comprends
Même si ça m'interresse quand même : le repository local pas de soucis par contre je me pose des question sur l'archivage des binaires sur un serveur distant: cela ne pose pas de problème au niveau des conflits ?
Sinon, sous schneider, je pense m'orienter vers une solution d'export de projet en .xef puis archivage git sur repository distant. Même si je vais essayer de lancer un test sur les autres fichiers du projet voir si deux personnes travaille sur une section de programme différente, il y a quand même moyen de fusionner leurs modif sans véroler les binaires...
La solution dossier partagée genre dropbox me semble pas mal !
Merci pour vos réponses en tout cas

Re: Quel logiciel de contrôle de source pour les programmes API ?
Posté : 28 mars 2017, 02:18
par tuscaonline
J'habite à Nouméa de l'autre coté de la terre
Git gère très très bien les binaires, après il ne t'affichera juste pas les DIFF.
Par contre faire des modifs sur le meme fichier unity et tenter de merger des branch, alors la je pense que c'est pas une bonne idée même en passant par un XEF, je resterait sur un copier-coller tout simple.
Dropbox pour faire de la sauvegarde ouais, mais par exemple c'est interdit par ma boite, et onedrive à juste prouvé son inefficacité en refusant d'ouvrir un excel sur le chantier.
Pour apprendre GIT je vous conseille le cours suivant qui m'a permis de démarrer.
https://openclassrooms.com/courses/gere ... e-avec-git
Re: Quel logiciel de contrôle de source pour les programmes API ?
Posté : 12 mai 2017, 12:30
par pfe
oui, GIT (ou svn, plus vieux mais plus simple à aborder : voir tortoise svn sous windows) pourra montrer les diffs des fichiers texte et gérera les binaires sans souci mais sans possibilité de merger les différences.
Par contre quand vous générez des xefs de différentes versions sous Unity, et que vous les versionnez, vous risquez de ne pas voir seulement les modifications faites mais aussi des différences dans l'ordre de génération, y compris des parties non modifiées, ce qui rend la lecture des diffs pas très aisée et les merger peut conduire à des erreurs et des conflits difficiles à résoudre en cas de modifications par différents users

.
=> je suis fortement d'accord avec tuscaonline évitez de merger les xef, mais faites plutôt du copier/coller dans Unity en s'aidant "juste un peu" du diff et versionnez bien les .sta