Pulizia del progetto e best practice per il controllo della versione

Direi, non preoccuparti delle vecchie istantanee.

Configura lo stato corrente nel repository e inizia a usarlo il prima possibile.

Esegui il backup delle vecchie istantanee e in un paio di mesi non ricorderai nemmeno che siano esistite.

Dall'esperienza, quando abbiamo migrato da CVS a GIT, il vecchio controllo del codice sorgente CVS è stato lasciato lì per riferimento, ma dopo pochi mesi nessuno ha mai avuto bisogno di guardarlo.

Meglio investire il tuo tempo nell'apprendimento del tuo sistema di controllo del codice sorgente.

Ciò che hai è controllo della versione. Penso che possiamo essere tutti d'accordo sul fatto che si tratta di una versione piuttosto scadente del controllo della versione, ma almeno fai hai versioni diverse, anche se non hai messaggi di commit.

Perché buttare via quella storia?

Da quello che posso ricavare dalla tua descrizione, è uno script a tre righe e una questione di minuti per importare quella storia in un VCS. Meglio averlo che non averlo. Probabilmente ti ci è voluto più tempo per scrivere questa domanda di quanto ci vorrebbe per scrivere lo script ed eseguire l'importazione.

Qualcosa come:

#!/bin/sh

for projectversion in /tmp/project/ProjectName_*; do
  versiondate='basename $projectversion | sed -e 's/ProjectName_//''
  rm -rf *
  mv $projectversion/* .
  git add .
  GIT_AUTHOR_NAME=multiple GIT_AUTHOR_EMAIL=multiple GIT_AUTHOR_DATE=$versiondate git commit -m "Automatically import version $versiondate."
done

[NOTA: non l'ho verificato, e sicuramente non è propriamente citato, quindi usalo a tuo rischio e pericolo. È solo uno schizzo. Oh, e si è anche rivelato essere sette righe, non tre MrGreen]

Se disponi di un file ChangeLog o NEWS , puoi anche utilizzarlo come messaggio di commit.

Se devi solo aggiornare / applicare patch / supportare una singola versione, è sufficiente iniziare il repository con la tua ultima versione. Tieni un backup delle vecchie versioni, per ogni evenienza, ma mi aspetto che sia improbabile che ne avrai bisogno.

Tuttavia, se devi supportare più versioni del tuo progetto, ti consiglio di creare un commit per ciascuna delle versioni che devi supportare (non preoccuparti di commettere versioni intermedie, assicurati solo di tenere un backup di esse per ogni evenienza) e taggali di conseguenza. Per le versioni obsolete che non è più necessario fornire supporto, è sufficiente trattarle come se fossero versioni non ufficiali e non impegnarle.