È possibile utilizzare contemporaneamente i protocolli SVN e HTTP nello stesso repository?

Question

Vorremmo valutare se il protocollo SVN funziona meglio per il nostro team rispetto all'HTTP, ma non vogliamo ancora impegnarci per un passaggio completo.

In questo momento abbiamo un server Apache che serve il nostro repository principale. Possiamo tranquillamente usare svnserve.exe con lo stesso repository in modo che alcuni dei nostri sviluppatori possano testarlo? La mia ipotesi iniziale è che possiamo, ma non vogliamo rischiare di corrompere il nostro repository.

Answer 1

Sì, è possibile. Il libro SVN ufficiale ha un capitolo dedicato a questa situazione: http://svnbook.red-bean.com/en/1.5/svn.serverconfig.multimethod.html. Ci sono alcune insidie ​​ma hanno più a che fare con le impostazioni dei permessi.

Answer 2

Esattamente, Subversion è progettato per supportare l'accesso simultaneo tramite più protocolli, cosa che causa gravi problemi con CVS. Non solo puoi usare http: // e svn: //, ma anche file: // (se lavori in modo locale sulla macchina, ad esempio con uno strumento di integrazione continua o un altro hook post-commit) https://, svn + ssh: //, ecc.

Nella mia esperienza, un metodo non ha dimostrato di essere oggettivamente "migliore" dell'altro, ma ci sono alcuni vantaggi per ciascuno. Ad esempio, Apache è estremamente abile nel gestire molti accessi in uno. D'altra parte, se non si sta già utilizzando Apache, o non si vuole farlo gestire il traffico SVN, il demone svnserve è leggero e abbastanza performante. Sui miei Mac, ho configurato svnserve usando launchd per avviarlo solo quando arriva una richiesta, quindi non usa alcuna risorsa quando non c'è attività di repository. Ciò che funziona meglio sarà in gran parte un fattore dei modelli di accesso che vedete in pratica.