Controllo del codice sorgente con Visual Studio: passare da VisualSVN ad Ankh?

Question

Sto valutando VisualSVN per me e un piccolo team di sviluppatori. L'ho installato sul server (server VisualSVN) senza problemi e ho installato TortoiseSVN e VisualSVN per integrarlo in Visual Studio 2008. Finora funziona bene e lo usiamo per lo sviluppo della nostra applicazione principale.

Ho sentito cose positive anche sulla nuova versione di AnkhSVN, che è open source e gratuita. Dato che siamo all'inizio con Subversion, ora voglio prendere la decisione giusta.

È possibile passare da VisualSVN a AnkhSVN senza troppi problemi ? Posso mantenere l'installazione del server VisualSVN o devo cambiare anche quella? TortoiseSVN è obsoleto se inizio a utilizzare AnkhSVN? E la versione attuale è affidabile in Visual Studio 2008?

Per essere chiari: non si tratta di 50 US $ per sviluppatore. Si tratta di prendere la decisione giusta per il futuro. Cosa mi consigliate?

Molte grazie in anticipo!

Answer 1

Lo abbiamo fatto esattamente: siamo passati da VisualSVN ad AnkhSVN. La mossa è andata senza alcun problema. Questi plugin non memorizzano informazioni specifiche e le cartelle nascoste .svn (o _svn) sono compatibili con qualsiasi client svn.

La serie 1.x del plugin Ankh era orribile: molti crash e fastidi (ad esempio, era molto difficile spostare o rinominare un file non ancora commesso). La serie 2.x corregge la maggior parte dei problemi e, sebbene non raggiunga ancora il livello di VisualSVN, l'ho trovato molto sufficiente per i nostri usi (e molto gratuito).

A proposito della migrazione in sé, non potrebbe essere più semplice: abbiamo appena disinstallato VisualSVN e installato Ankh. Finché la tua directory è sotto il controllo del codice sorgente, funziona.

L'unica cosa comune è che hai ancora bisogno di TortoiseSVN per fare molte cose, siano esse attività avanzate o più di base: è molto più semplice creare directory di lavoro e fare il checkout in Explorer che in Visual Studio.

Answer 2

Penso che per funzionalità più avanzate avrai ancora bisogno di TortoiseSVN (come Export, Relocate, operazioni di directory intere, blocchi ecc.). AnkhSVN v2 va molto bene. Sto usando entrambi senza troppi problemi.

Per quanto riguarda la configurazione di un repository remoto (non conosco VisualSVN, quindi suppongo che stiamo parlando di repository server) dovrai usare svnserve direttamente dal pacchetto Subversion. Puoi configurarlo come Windows servizio di .

Answer 3

AnkhSVN funziona con qualsiasi server Subversion e VisualSVN Server è uno dei server più facili da configurare per Windows.

Se devi condividere progetti e soluzioni tra VisualSVN e AnkhSVN, assicurati di non connettere i tuoi progetti al provider AnkhSVN scc, altrimenti gli utenti di VisualSVN visualizzeranno gli avvisi. ( puoi connettere il file della soluzione senza vedere gli avvisi di SCC).

Puoi usare AnkhSVN fianco a fianco con qualsiasi altro client Subversion, ma abbiamo progettato AnkhSVN 2.0 per non richiedere un altro client per il normale funzionamento. L'unico problema che potresti riscontrare usando AnkhSVN accanto ad altri client di sovversione è che AnkhSVN 2.0 aggiunge i file a sovversione solo quando veramente necessari (proprio prima del commit), per migliorare le prestazioni e consentire la ridenominazione dei casi.

Answer 4

Ankh dovrebbe funzionare su qualsiasi server Subversion, quindi dovrebbe funzionare anche su VisualSVN. Vedi qui: http://www.visualsvn.com/server/ Dice che il server è compatibile con tutti i clienti. : -)

Answer 5

Sto usando VisualSVN e Ankh senza problemi - Ankh funziona contro qualsiasi server Subversion. L'unica differenza che ho riscontrato tra VisualSVN e il pacchetto Subversion 'raw' era che VisualSVN utilizza http / https invece del protocollo svn:

Answer 6

Penso che questo contenga informazioni rilevanti: AnkhSVN contro VisualSVN

Answer 7

Chiamami pazzo, ma questa soluzione mi sembra abbastanza chiara: http: //blog.programmerslog .com /? p = 4 .

Garry Bodsworth ha presentato le impostazioni di Visual Studio che utilizzano TortoiseSVN. Fondamentalmente, invece di aggiungere manualmente le personalizzazioni degli strumenti esterni, importare queste impostazioni fa tutto per te: barra degli strumenti Subversion, menu Subversion e comandi del menu contestuale.

Penso che questa sarebbe una soluzione più semplice rispetto all'installazione di AnkhSVN o VisualSVN.

Answer 8

La mia esperienza con Ankh è terribile (troppi crash di runtime), tuttavia questo è per una versione precedente di Ankh e potrebbero aver già mitigato i problemi. Detto questo, attacca prima con a) cosa funziona, quindi b) cosa puoi permetterti.

Answer 9

Onestamente, non mi è piaciuta molto nessuna delle aggiunte SVN per Visual Studio. Ho finito per personalizzare il mio set di macro per fare tutto ciò che ho bisogno di fare e aggiungere voci di menu e menu di scelta rapida personalizzati, per commit, aggiornamenti, mostra registri e così via. Ho usato Tortoise e integrato con gli strumenti da riga di comando. È stato facile da eseguire, includendo l'integrazione con le chiamate della riga di comando a TortoiseProc.exe. Tuttavia, sono sicuro che l'integrazione con svn.exe o altri client svn basati su riga di comando sarebbe altrettanto facile. Inoltre ottieni il vantaggio aggiuntivo di averlo configurato come pensi e lavori piuttosto che le cose confezionate. Continuerò a utilizzare macro personalizzate fino a quando non troverò alcuni strumenti di integrazione di sovversione migliori.