Sono nella seguente situazione, attualmente utilizzo Subversion per il controllo del codice sorgente e lo adoro. Il problema è che devo (nel prossimo futuro) consegnare il mio progetto a un altro gruppo di sviluppatori da mantenere mentre sto ancora lavorando su di esso. Il problema è che non hanno mai sentito parlare o usato Subversion e usano solo MS Source Safe. Anche se ho chiesto loro di indagare su questo, sembrano essere convinti che solo MS Source Safe dovrebbe essere usato.Motivi per utilizzare Subversion su MS Source Safe
Ho bisogno di convincere i Direttori del Team dei benefici della sovversione su Source Safe ma poiché non l'ho usato da molti anni non sono sicuro di quali siano esattamente le insidie ecc. Dell'utilizzo di Source Safe.
Le più importanti e uniche funzionalità che conosco sono.
- Nessun file di blocco in Subversion
- sono in grado di lavorare offline (dalla rete aziendale), dal momento che faccio questo molto spesso la sua una caratteristica importante per me.
Puoi per favore elencare eventuali problemi che potresti avere o qualsiasi funzionalità che pensi possa perdere passando alla fonte sicura.
Nota: il server di Team Foundation non è un'opzione e il progetto è un progetto .Net.
Grazie
Suppongo che la risposta dipenda dalla dimensione del progetto. Se si tratta di un progetto di piccole dimensioni e anche le dimensioni del team sono ridotte, non vi è alcun motivo per cui VSS non possa essere utilizzato. Mentre Subversion ha alcuni vantaggi come quelli che hai citato, potrebbe essere eccessivo se la dimensione del progetto è snmall e gli utenti hanno già familiarità con un altro sistema di versioning. – Rahul
1 & 2 sono facilmente realizzabili utilizzando VSS.Basta controllare il file mentre si è nella rete aziendale, quindi quando si è offline, cancellare il bit di sola lettura dai file su cui si desidera lavorare. Poi quando torni in ufficio, controlla i file. Voila! –
Potete raccomandare Perforce? –