Sto usando Fossil-SCM per mantenere i miei progetti. Dato che non lavoro in un team, di solito ho un ramo di sviluppo molto lineare: 1.0 - > 1.1 - > 1.2
Mi chiedo quale sia la procedura quando si ha un progetto il cui compito sta per essere assegnato a un progetto correlato. E rendendo così il primo progetto obsoleto. Sebbene tendo a riscrivere la maggior parte del mio codice se non ricordo di averlo già scritto, vorrei comunque mantenere il codice archiviato. E preferirei non avere un repository di fossili che sia solo morto. Posso unirlo? È questo il modo corretto di gestirlo?
Ad esempio il codice stava estraendo dati da un file excel per formattare una pagina HTML. Ora, ho convinto il mio datore di lavoro a spostare il foglio di calcolo Excel in un database per ridurre la ridondanza, aumentare l'efficienza e yadda yadda. Dato che ora posso fare query logiche che non devono saltare i cerchi per preformare usando il database, non avrò bisogno dei file vbs extra che originariamente manipolavano il file excel. Tecnicamente porterei parte del codice esistente nel nuovo progetto corrente.
Dal momento che ha già il proprio bagagliaio, sarebbe consigliabile combinare il tronco di un progetto diverso con questo, e come farei esattamente?
Quindi immagino che il mio albero assomigli a questo, e non ho visto esempi di ramificazioni software simili a questo albero invertito prima, quindi mi chiedo quale sia la norma per una situazione come questa?
