Abbiamo davvero bisogno di salvare il codice sorgente?

Spesso uso l'opportunità di continuare a modificare il file mentre la build è in corso. Se fossero stati salvati automaticamente, la compilazione si interromperebbe mentre sto modificando (un codice non funzionante sarebbe stato rispettato) e dovrei solo aspettare mentre il codice è in fase di compilazione. Questo è improduttivo e noioso.

Ho salvato compulsivamente i miei file sorgente. Raramente riesco a superare più di tre righe di codice senza salvare un file. Mi piace essere in grado di salvare esattamente quando voglio, quindi sì, è necessario per me.

Il salvataggio automatico è stato in alcuni IDE per un po 'di tempo. È una funzione indispensabile IMHO.

Non sarei favorevole al commit automatico per il controllo del codice sorgente perché non applico le modifiche finché non avrò almeno completato una build e visto che l'app si avvia e, ove opportuno, esegue i miei test automatici.

Sì, dobbiamo davvero essere in grado di specificare quando salviamo il nostro codice. Ogni tanto il mio gatto ama camminare sulla mia tastiera. Non voglio davvero che le modifiche del mio gatto vengano salvate. Ed è davvero bello poterlo aggiustare con M-x revert-buffer .

Salvataggio manuale molto frequentemente ora che utilizzo Netbeans. Ha un meccanismo di storia autonomo molto bello che mi permette di tornare indietro attraverso ciascuno dei miei salvataggi e persino differirli indipendentemente dal controllo di revisione. Per quanto riguarda il salvataggio automatico, save-on-build è automatizzato quanto è necessario ottenere per il salvataggio.

Delphi utilizza i buffer come-è quando si costruisce, quindi "costruire progetto" non richiede di salvare i file. È molto utile per provare un breve esperimento. Se l'esperimento funziona, si salva il file. Altrimenti, basta annullare.

Delphi 7 e precedenti conservano due copie del tuo file, quella corrente (Foo.pas) e un backup (Foo. ~ pas). Quelli più recenti conservano una cronologia più lunga dei tuoi salvataggi, consentendoti di eseguire il rollback alle versioni precedenti.

Smalltalk non ha questo concetto: la tua origine consiste interamente di oggetti nell'immagine e le tue modifiche sono memorizzate in un file di modifiche. Il salvataggio dei tuoi file è diventato un risparmio per metodo: quando premi M-s / Cmd-s dopo aver modificato un metodo, il tuo testo viene compilato e salvato come oggetto CompiledMethod . Ogni tanto è necessario salvare la propria immagine, naturalmente; è un po 'come fare un'istantanea della tua macchina piuttosto che salvare un file.