Dato che Subversion ha sostanzialmente stato scritto per sostituire CVS, ci sono motivi validi a questo punto per continuare ad usare CVS per il controllo di versione?Qualche ragione per continuare a utilizzare CVS?
Sì, se fai parte di un'organizzazione più grande che è riluttante a cambiare.
Se stai chiedendo se sarebbe opportuno scegliere CVS come parte di una nuova installazione, non riesco a pensare a una buona ragione. Ora penso che la scelta dipenda da SVN o GIT, e la scelta dipenderà da quale si adatta meglio alla strategia di sviluppo della tua organizzazione.
vorrei trasformare questa domanda in giro. Ci sono validi motivi per passare a Subversion? Usiamo CVS e funziona bene per le nostre cose. Non c'è alcun vantaggio aziendale che possiamo vedere per il passaggio.
Come per tutte le decisioni, dovrebbe essere eseguita un'analisi costi/benefici per vedere se ne vale la pena. La tua domanda non ci fornisce abbastanza informazioni per aiutarti.
Se si rinomina dei file (Java refactoring viene in mente) che ti piacerà SVN, in quanto custodisce la storia del file ed è in grado di ripristinare la precedente struttura di directory se si estrae una versione precedente. CVS manca di questa funzionalità, in quanto solo file di versioni e non directory. – lothar
Ok, bene, se si rinomina o spostare i file, SVN è meglio - questo è un buon inizio per la vostra analisi costi/benefici [costo = sforzo per cambiare, beneficio = che uno (più altri senza dubbio)]. La domanda rimane ancora: il vantaggio è maggiore del costo? – paxdiablo
YMMV, ma almeno per noi SVN è stato notevolmente più veloce di CVS durante l'aggiornamento e l'attivazione. – Badaro
C'è solo una buona argomentazione che ho ascoltato a favore di CVS, e cioè in situazioni in cui si ha un progetto che avrà molte versioni e diramazioni diverse, in CVS è più semplice inserire semplicemente un file arbitrario in il ramo o tag di cui hai bisogno quando ne hai bisogno. SVN è più formale in merito a queste cose e rende più difficile scegliere un solo file e unirlo quando ne hai bisogno. È una cosa pericolosa, ma come i puntatori diretti alla memoria, a volte hai solo bisogno di loro.
Detto questo, se CVS è già installato, potrebbe essere una storia diversa. Lì il calcolo è c'è un vantaggio nel passaggio. Uno potrebbe essere che SVN ti offre una migliore capacità di codificare sul tuo laptop disconnesso dall'ufficio. Puoi pianificare i file per l'aggiunta e l'eliminazione, e puoi verificarlo quando torni in ufficio.
Alcune organizzazioni non si sognerebbero di lasciare che i loro sviluppatori con il codice sorgente sul proprio laptop, quindi questo non si applica a loro.
La mia vista è che SVN dovrebbe essere la scelta predefinita per i nuovi progetti. È maturo, il suo supporto agli strumenti è buono come CVS, se non migliore in alcuni casi, e in realtà non ha alcuna carenza importante rispetto a CVS.
Detto questo, è GIT e provenienti. È ancora un po 'immaturo (ad esempio il supporto di Windows non ha raggiunto la fase matura) e il supporto degli strumenti sta ancora recuperando, ma se la ramificazione distribuita è importante per te, vale la pena dare un'occhiata.
"In CVS è più facile spingere un file arbitrario nel ramo o tag di cui hai bisogno quando ne hai bisogno" - Ahi questo male! Perché il controllo della versione è in primo luogo quando si desidera aggirarlo? – lothar
@lothar, come ho detto, è pericoloso, ma diciamo che devi avere una correzione in un determinato ramo per una determinata versione in possesso di un cliente, e vuoi assicurarti che nient'altro cambi. Caso specializzato, di sicuro. Se si dispone di una base di codici venduta ai clienti speciali uno alla volta, può essere utile. – Yishai
svn semplifica e semplifica la modifica di rami arbitrari e un ramo in SVN è uno sforzo a zero copie. Non così in CVS, e non avrei mai voluto fare una correzione di questo genere su una branca in CVS. CVS era FANTASTICO, quando era un miglioramento su RCS. Ma il 1994 era 15 anni fa, ed è ora di andare avanti. Il mondo è diventato più complesso e pericoloso. :-) –
Uno dei motivi potrebbe essere l'integrazione strumenti. CVS è generalmente ben supportato in tutti i moderni IDE, ma sovversione o git potrebbero non esserlo (basta guardare Eclipse). –
Tutti e tre sono supportati da IntelliJ (solo dicendo). So che Eclipse supporta sicuramente Subversion adesso (plug-in Subclipse). – duffymo