Voici mon analyse du logiciel actuel pour l'intégration de Git : - Recherche (liste des fichiers) : travail direct sur le dépôt, sans checkout. Impossible avec Git sans faire un "git clone" : il faut récupérer tout le dépôt pour pouvoir le parcourir et donc afficher l'arborescence + problème des différentes branches. - Edition : récupération du texte d'origine du fichier à éditer sans checkout : on ne télécharge que ce fichier et pas le dépôt en entier. Pas possible avec Git sans faire un clone. - Commit : on fait d'abord un checkout pour récupérer tout le dépôt, puis un diff pour vérifier que le commit n'est pas inutile. On écrit ensuite le nouveau contenu dans le fichier édité et on fait le commit. Il est possible de faire la même chose avec Git en utilisant les commandes clone, diff, commit et push. - Retour à la dernière révision du fichier : récupération du fichier sur le dépôt sans checkout. Pas possible ave Git sans faire un clone (ou difficile). - Ajout d'un fichier : on fait un checkout, on ajoute le fichier en local, et on fait un commit. Les commandes clone, commit et push de Git permettent de faire la même chose. - Utilisation du UUID du dépôt SVN, il n'y a pas de UUID sous Git. Solution possible pour intégrer Git : Cloner le dépôt au début lors de la recherche. Garder ce dépôt pour toutes les opérations car la récupération du dépôt peut être longue. Avant de faire ce clone, on peut chercher les différentes branches du dépôt. L'utilisateur peut alors choisir sa branche pendant que le clone s'effectue. (pas sûr qu'il soit possible de lister les branches sur un dépôt non cloné). Faire la recherche sur les fichiers en local. Ecrire les modifications du fichier édité en local. Sauvegarde du fichier = commit + push. Pour ajouter un nouveau fichier sur le dépôt on crée le fichier en local puis on commit et on push. Utiliser l'URL du dépôt Git à la place du UUID de SVN.