SVN - Va bene usare qualsiasi sapore di SVN tra la squadra?

Questo è un po 'come chiedere se è ok per gli utenti del tuo sito web utilizzare Safari e Firefox. Non ci sono "sapori" di SVN. Esistono diversi client SVN. Questa è una cosa molto diversa. Non importa quale client utilizzi.

Sì, dovrebbe andare bene finché si utilizza la stessa versione di svn e.g 1.5xe 1.6x non giocherà bene tra loro.

L'uso di diversi front-end è interamente una questione di scelta personale. Non vi è alcun rischio nell'usare un front-end colorato esotico diverso da quello che potrebbe essere considerato un piagnucolone dai colleghi.

L'uso di diverse versioni del programma SVN attuale è stato storicamente una pessima idea. Ad esempio, SVN 1.5 aggiornerebbe in modo silenzioso e irreversibile il formato su disco della copia locale in una struttura che le versioni 1.4 e precedenti non potevano utilizzare affatto, quindi se ad es. hai aggiornato il tuo plug-in IDE ma non la versione standalone nel tuo sistema di build, interromperesti il flusso di lavoro in maniera massiccia.

Gli sviluppatori SVN affermano che tali problemi di incompatibilità sono nel passato ora, ma non ho provato le versioni più recenti per confermarlo, quindi sono ancora diffidente nell'usare simultaneamente versioni differenti di SVN.

Uso quattro versioni sullo stesso computer, due in Windows e due su Linux, incluse entrambe le versioni GUI e da riga di comando. Lo uso solo perché ho avuto qualche problema a convertire i miei vecchi repository in Mercurial, ma l'uso di varie versioni con lo stesso repository non è un problema.

Tuttavia, potrebbe essere una cattiva idea mescolare numeri di versione SVN molto vecchi con quelli più recenti. Penso che gli aggiornamenti dei numeri di versione più importanti a volte "aggiornino" il repository, non rendendolo inaccessibile alle versioni precedenti, ma a volte causano alcuni problemi.

Probabilmente questo è solo un problema quando si accede al repository direttamente su un'unità locale, piuttosto che usare una connessione di rete (ho usato principalmente la sovversione per mantenere un repository di documenti, foto ecc su chiavette USB e unità esterne), ma potrebbe valere la pena di verificare in ogni caso. Caso peggiore: potrebbe essere necessario sincronizzare gli aggiornamenti delle versioni principali all'interno del proprio team.

La cosa principale da fare attenzione con la sovversione è che le unioni causano difficoltà, al punto che molti utenti non si ramificano mai. Se stai configurando un nuovo sistema in particolare, può valere la pena prendere in considerazione un sistema distribuito per evitare questi problemi.

Subversion ha alcuni punti in più, però.

Recentemente ho lavorato su SVN, le mie piccole esperienze mi dicono che non sono molto diverse.Tortoise SVN usa un modo GUI per fare il lavoro, mentre altri possono usare un modo di riga di comando, ma hanno fatto lo stesso lavoro .In tutti ognuno ha il suo modo di fare le cose, quindi uno strumento diverso sembra soddisfare i loro bisogni.