Modo sicuro di iniziare un progetto da zero mantenendo il vecchio codice funzionante

Se stai partendo da zero, ha senso iniziare un nuovo progetto. "Vorrei evitare di farlo perché l'obiettivo del codice è lo stesso, e in realtà i risultati finali dovrebbero essere gli stessi" : gli strumenti di controllo della versione non riguardano l'output di un programma, ma riguardo al codice. Ad esempio, molti strumenti di Linux simulano esattamente il comportamento degli strumenti Unix closed-source e non condividono il codice.

D'altra parte, i sistemi di controllo delle versioni e i test unitari appropriati aiutano a rifattorizzare il vecchio codice disordinato in un nuovo codice pulito. Scrivere test (superato il vecchio e disordinato codice) e assicurarsi che il codice refactored passi anche loro, è come una rete di sicurezza. Se decidi di farlo, la ramificazione è una buona opzione. Il fatto che il vecchio codice "funzioni" alla grande, rende i test scritti per questo, un ottimo strumento per convalidare la nuova versione più pulita.

La seconda opzione è tecnicamente la più corretta. Nei progetti di conversione, in genere ho 2 copie del repository. La prima copia è il mio codice di lavoro corrente e lo tengo per riferimento. La seconda copia è il nuovo sforzo ... anche se è una lavagna vuota.

Si spera che con una piccola ristrutturazione riuscirai a mantenere buona parte della logica che hai già scritto.

Questo è l'approccio quando si convertono progetti di lavoro da una versione di un framework a una versione più recente, ma incompatibile che abbia correzioni di bug. Sfortunatamente, a volte le modifiche sono così estese che alcune sezioni del mio codice richiedono una riscrittura massiccia (sto osservando il tuo framework AspNet Core e Identity). A volte le modifiche sono minime.

Per fare il lavoro, devi creare il ramo. Puoi farlo da GitHub o BitBucket, oppure puoi farlo dalla riga di comando:

git branch --set-upstream-to=origin new-mandelbrot

Quanto sopra crea un nuovo ramo e mantiene la connessione remota in modo che le modifiche sul ramo locale possano essere trasferite quando sei pronto ( --set_upstream-to=origin ). Il nome del ramo è l'ultima parte della riga di comando ( new-mandelbrot ).

Una volta fatto, git ti ha già passato alla nuova filiale. Puoi eliminare file, ecc. Potresti voler mantenere i file .gitignore e Readme.md , ma l'eliminazione di tutto e il commit di tale modifica riavvia efficacemente l'orologio.

Se non apporti modifiche al codice funzionante, puoi fare una richiesta di pull e unire il nuovo progetto al ramo master e questo sostituirà in modo pulito tutto.