TFS Code Review da un ponte di SVN?

Question

Sì, il titolo è corretto. C'è un modo per revisione del codice di un progetto che esiste in TFS (di Microsoft Team Foundation Server) dal computer di un utente che è collegato a detto registro centrale TFS attraverso un ponte di SVN?

(correlato: un ponte SVN è uno strumento che consente l'utilizzo di strumenti di Subversion per connettersi a un repository TFS)

Perché? Perché abbiamo gli sviluppatori che difendono molto (alla loro morte) l'uso di SVN su TFS. E questi sviluppatori senior saranno fare le revisioni del codice di checkins dal 3 ° fornitore indipendente.

Il problema è che il progetto attualmente risiede in TFS, e rimarrà lì (secondo le istruzioni del CTO). C'è consentito un ponte di SVN, ma ancora non mi è chiaro se uno di questi strumenti di revisione del codice di supporto come un cross-platform.

Come sarebbe? Beh, io penso che sarebbe conoscere i file contenuti nel pacchetto di revisione del codice. Perché non può confrontare i file in una directory SVN invece di un TFS?

Quello che mi ha spinto a pensare a questo ambiente è questo demo di Codice Collaboratore:

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

Cattura schermo:

Si noti che agli inizi, si chiede per quale repository recensione? Che cosa succede se la squadra a distanza sceglie TFS, e la squadra sceglie SVN? Sì, io rumore metallico il loro supporto tecnico per questa domanda. Ma ho anche voluto pubblicare la domanda qui per tutti coloro che possono avere una configurazione simile.

Grazie in anticipo.

Answer 1

If your svn bridge software is sufficiently advanced, Code Collaborator will just see the repo as a svn repo, so there's no problem. The Code Collaborator Clients (GUI and commandline) all exec a subversion commandline client (that you can specify the path and name of) to get their information. If you turn on the debugging log (via --debug on the commandline or via the Help menu in the GUI) you can even see exactly what svn commands are being executed. As long as those have output compatible with 'real' subversion, you should be fine as your client will just see it as a svn repository.

Since the author of a review is usually the only person to add files to a review, the issue of trying to compare files in TFS to files in Subversion-bridged-to-TFS in the same review shouldn't come up - which is good, because that would actually not work since the files are in two different SCMs. As long as a single author sticks to one SCM or the other, you should be fine.

(PS: I work for SmartBear doing IT, development, and tech support)