Examen du code TFS à partir d'un pont SVN?

Question

Oui, le titre est correct. Existe-t-il un moyen de réviser le code d'un projet existant dans TFS (Team Foundation Server de Microsoft) à partir de l'ordinateur d'un utilisateur connecté à ce référentiel TFS via un pont SVN?

(liée: un pont SVN est un outil qui permet l'utilisation d'outils de Subversion pour se connecter à un référentiel TFS)

Pourquoi? Parce que nous avons des développeurs qui défendent fortement (à leur mort) l'utilisation de SVN sur TFS. Et ces développeurs seniors vont faire les revues de code des checkins du fournisseur tiers.

Le problème est que le projet réside actuellement dans TFS, et restera là (selon les instructions du CTO). Nous sommes autorisés à utiliser un pont SVN, mais je ne sais pas si l'un de ces outils de révision de code prend en charge une telle plate-forme multiplateforme.

Comment le ferait-il? Eh bien, je pense qu'il connaîtrait les fichiers dans le paquet de révision de code. Pourquoi ne peut-il pas comparer ces fichiers à un répertoire SVN au lieu d'un TFS?

Ce qui m'a incité à penser à cet environnement est cette démo du Code Collaborator:

http://smartbear.com/docs/viewlets/CodeCollabDemo/CodeCollabDemo.html

Screenshot:

Notez que au début, il demande ce référentiel réviser? Que se passe-t-il si l'équipe distante choisit TFS et que l'équipe locale choisit SVN? Oui, je vais cingler leur support technique pour cette question. Mais je voulais aussi poster la question ici pour quelqu'un qui pourrait avoir une configuration similaire.

Merci d'avance.

Answer 1

Si votre logiciel svn bridge est suffisamment avancé, Code Collaborator verra simplement le repo comme un svn repo, donc il n'y a pas de problème. Les clients du Code Collaborator (GUI et ligne de commande) exécutent tous un client de ligne de commande subversion (que vous pouvez spécifier le chemin et le nom de) pour obtenir leurs informations. Si vous activez le journal de débogage (via --debug sur la ligne de commande ou via le menu Aide de l'interface graphique), vous pouvez même voir exactement quelles commandes svn sont exécutées. Tant que ceux-ci ont une sortie compatible avec la subversion "réelle", ça devrait aller, car votre client le verra simplement comme un référentiel svn. Étant donné que l'auteur d'une critique est généralement la seule personne à ajouter des fichiers à une revue, la question de la comparaison des fichiers dans TFS aux fichiers de Subversion-to-TFS dans la même revue ne devrait pas être soulevée - ce qui est bien, car cela ne fonctionnerait pas puisque les fichiers sont dans deux SCM différents. Tant qu'un seul auteur s'en tient à un SCM ou à un autre, ça devrait aller. (PS: Je travaille pour SmartBear faire l'informatique, le développement, et le support technique)