Ho alcuni amici che mi dicono che Dropbox può essere usato come strumento di controllo della versione. Ho sempre usato SVN o Git. Stavo cercando in giro Dropbox e non riuscivo a trovare nulla che mi parli di caratteristiche come Merging, Fork e altre caratteristiche per un VCS completo.
Qualcuno può indicarmi cosa mi manca.
Dropbox non è un sostituto adatto per qualcosa come Subversion o Git per il controllo delle modifiche al codice sorgente. Esistono alcune funzionalità per ripristinare le vecchie versioni dei file , ma (per quanto ne so e consultare il documentazione) non c'è supporto per l'esecuzione di fusione o ramificazione. Ci sono alcune API che espongono le differenze , ma dovresti trovare un modo per integrare queste API nel tuo strumento.
Tuttavia, per progetti personali con pochi (se ce ne sono) altri sviluppatori, non è irragionevole usare Dropbox per archiviare i repository e renderli più prontamente disponibili. Il backup e l'accesso globale ai tuoi file potrebbero aiutarti a semplificare il tuo lavoro di sviluppo. Questo modello si rompe con team più grandi che lavorano al progetto.
Non ti manca nulla di Dropbox. È ottimo per condividere file e, occasionalmente, è utile per recuperare un file cancellato o aggiornato da qualcuno. Ma non dovrebbe mai essere invocato come un'applicazione di controllo del codice sorgente. Mai.
Nel migliore dei casi, quando lavori da solo e vuoi che i tuoi file siano disponibili ovunque, non è ancora buono come un Git / Mercurial repository, perché non puoi modificare i batch e pubblicarli con un solo commento (in modo da poter capire in seguito cosa stavi facendo) .
Quello che ti manca è BitBucket , dove puoi avere repository privati Git / Mercurial gratuiti con un massimo di 5 collaboratori. Una volta superato il numero di sviluppatori, devi pensare se pagare per un dipartimento IT o pagare per il servizio esteso di BitBucket, ma a quel punto non sarai in grado di farla franca con DropBox.
Configurare il tuo repository è tanto complicato quanto condividere una cartella DropBox.
Come Thomas ha sottolineato, si perderebbero alcune funzionalità che sono strongmente dipendenti dagli ambienti di squadra. Se il tuo obiettivo è avere una condivisione di file che sia semplicissima, potrebbe funzionare. Se il tuo obiettivo è quello di evitare un vero sistema di controllo della versione a tutti i costi, funzionerebbe.
Potresti usarli insieme. Hai la funzionalità di controllo della versione che utilizza la condivisione dei file (prezzo e privacy, la condivisione può costare di più?) Su più dispositivi di DropBox. Non l'ho mai fatto, ma qui c'è un link: link .
Può essere tecnicamente usato come controllo di versione, simile alla creazione di un file tar.gz / zip dopo ogni modifica può essere usata come controllo di versione. Probabilmente non è il metodo migliore per fare le cose, anche se includi un log delle modifiche ad ogni modifica e zipfile.
Non includerà il supporto per cose come il confronto e la diffusione di due versioni diverse, la fusione di diverse versioni, con più rami simultanei su cui puoi lavorare con un semplice "git branch" per scegliere tra loro e un elenco di altre caratteristiche a cui non sto pensando immediatamente. Ho già eseguito il metodo "zipfile alla fine di ogni modifica di funzionalità" ed è chiaramente meglio di niente, ma personalmente raccomando di utilizzare uno strumento adeguato per il lavoro.
Andrò contro la tendenza e sostengo che può rivelarsi utile in alcuni casi.
Pur condividendo pienamente il fatto che Dropbox non è in alcun modo un sostituto di un VCS corretto, può rivelarsi utile quando si tratta di condividere file binari con altri membri del team.
Il caso più ovvio sono le immagini. I ragazzi che hanno il compito di creare diversi progetti per, ad esempio, un pulsante su una webapp, vorranno condividere alcuni file psd, che saranno poi esaminati da chi sta per effettuare la chiamata.
Ora, mentre impegnare risorse come le immagini per il controllo del codice sorgente è sicuramente utile, lanciando tutte le versioni intermedie non ti comprerai nulla, rendendo il repository gonfio (il che è particolarmente vero se stai usando un DVCS). Ciononostante, Dropbox ha una sorta di rudimentale capacità di controllo del codice sorgente, puoi comunque vedere la cronologia di un file.
Quindi sì, penso che Dropbox (o Google Drive o qualsiasi altra cosa) possa trovare il suo posto in una squadra.
Leggi altre domande sui tag version-control