Usando un qualche tipo di controllo di versione quando si lavora da soli e con piccoli progetti?

Sì.

Tutto ciò che serve è un singolo errore e ti prenderai a calci per questo. Sei anche in grado di scegliere quale sistema di controllo della versione (VCS) viene utilizzato. Se ci sono possibilità che lavorerai in un team di sviluppo in futuro, questo è un grande momento per darti un'esperienza pratica con un VCS. SVN e Git (o Mercurial) sarebbero ottimi punti di partenza e ci vorranno solo un paio d'ore per cogliere i comandi di base in ogni VCS.

Ora sfatiamo ciò che i punti negativi ...

1) Additional resources required

La risorsa solo richiesta è lo spazio su disco. Poiché si tratta di una piccola percentuale (minore in Git di X ) del codice totale , Non penso che questo sarà un problema Neanche costa nulla.

2) Time to setup, get used to it, etc.

Ci vorrà del tempo per impararlo, ma sono solo poche ore per ognuno di questi (come menzionato sopra). A lungo termine, ha il potenziale per farti risparmiare una quantità infinita di tempo (e molto altro ancora). Una volta che hai imparato le basi di un VCS, sarà molto meno schizzinoso rispetto al backup locale che hai in mente.

Sì. Usalo per tutto. Usalo per ogni documento che scrivi in Word. Usalo per tutto il codice che scrivi. Usalo per ogni immagine che crei.

Inoltre, una volta imparato a usarlo, starai meglio quando lavorerai in un ambiente di squadra.

Il registro delle modifiche ti offre una buona posizione per documentare le modifiche, senza ingombrare la fonte.

Vai a qualcosa ospitato come SourceRepo. Non è troppo costoso, ma l'uso del controllo del codice rende gli errori di annullamento e il ripristino del codice molto più semplici.

E puoi accedervi ovunque, se necessario.

Ho sempre usato git per il mio sviluppo, fino a quando ho realizzato che potevo usarlo anche per altre cose. Quindi prova git, ti dà un vero repository, senza bisogno di un server e una connessione costante (questo è un grande vantaggio per me); non diffonde le sottodirectory del tuo progetto con file e cartelle nascoste, invece c'è solo una cartella nella parte superiore del progetto; puoi buttare tutto e clonare tutto ciò che vuoi e unirle di nuovo, che funziona.

Se stai cercando servizi gratuiti e supporto per closed source, darei un'occhiata a Visual Studio Online. È gratuito per un massimo di 5 sviluppatori e da solo ... beh ... sì. Questo è un post 4 anni dopo quindi la situazione è probabilmente cambiata, ma per altri sviluppatori individuali che cercano un facile controllo del codice sorgente, VSO è una delle mie scelte preferite se non voglio esporre il mio codice sorgente. IIRC Github è gratuito solo per roba open source, ma il loro prezzo è molto economico. Sia VSO che Github si integrano molto bene con Visual Studio, se questo è il tuo IDE preferito.

Ho sempre impostato il controllo del codice sorgente per i miei progetti, con un ambiente di integrazione continuo e per costruire / eseguire test di unità / eseguire controlli di integrazione ogni volta che effettuo il check-in. Inoltre se si tratta di un'app Web o di un servizio Windows distribuisce anche gli obiettivi. Mi sono risparmiato innumerevoli ore di debugging e distribuzione utilizzando questo metodo e non è nulla in confronto con l'impostazione iniziale.

Un'altra caratteristica che è davvero interessante per i repository è che puoi fare esperimenti / funzionalità davvero rischiosi in un altro ramo. Se funziona, puoi unire come parte del tuo codice principale. Se non lo fa o non hai più tempo, puoi abbandonarlo (salvato) e tornare al tuo codice principale con l'opzione per tornare ad esso in seguito senza rovinare il tuo codice principale.