In base alla domanda, suppongo che tu non utilizzi un sistema di controllo della versione . C'è un numero tra cui scegliere e alcuni sono più adatti a cose diverse, ma o SVN o Git sono due opzioni forti. Il vantaggio del controllo della versione è che ti consente di tenere traccia di come il tuo codice cambia, vedere le differenze e facilmente retrocedere se necessario.
Per quanto riguarda i backup reali, ci sono un certo numero di programmi che eseguiranno backup regolari delle directory in modo da non essere in difficoltà se il disco rigido muore. Ecco un elenco di software che spazia da un processo manuale che puoi eseguire quando vuoi e ne mette una copia in un'altra posizione a un sistema automatizzato completo che farà tutto e fornirà punti di ripristino. Tutto questo funziona sui backup più generali di qualsiasi file. Il controllo di revisione di cui ho parlato prima è orientato più direttamente ai file sorgente e sarà un vantaggio maggiore.
Faccio la stessa cosa abbastanza spesso in realtà. Ho un processo in due fasi:
1) Effettua il backup del database in una directory figlio nella cartella del progetto
2) Esegui il backup della cartella del progetto sul disco
È davvero un processo molto, molto che non vale nemmeno il doppio. Se non si dispone del controllo della versione e, soprattutto, se si è un unico sviluppatore del progetto, non vedo alcun problema con questo. Raccomando di mantenere una cronologia di circa una settimana di progressi (forse più o meno a seconda della velocità con cui il progetto viene sviluppato).
Ottieni un server SVN gratuito per codice e amp; roba correlata o ottenere un software di backup generico in grado di memorizzare i file dove si desidera (I utente GFI Backup e un disco fisso esterno per immagini e materiale)
Vai su Assembla.com. Imposta uno spazio privato gratuito. Seleziona un sistema di controllo della versione di tua preferenza. Ogni tuo commit può essere considerato come un backup.
Leggi altre domande sui tag backups