Estoy usando Fossil-SCM para mantener mis proyectos. Como no trabajo en un equipo, generalmente tengo una rama de desarrollo muy lineal: 1.0 -> 1.1 -> 1.2
Me pregunto cuál es el procedimiento cuando tienes un proyecto cuya tarea está por asignarse a un proyecto relacionado. Y con ello, el primer proyecto queda obsoleto. Aunque tiendo a reescribir la mayor parte de mi código si no recuerdo haberlo escrito, todavía me gustaría mantener el código archivado. Y prefiero no tener un repositorio fósil que simplemente esté muerto. ¿Puedo fusionarlo? ¿Es esa la forma correcta de manejar esto?
Por ejemplo, el código extraía datos de un archivo de Excel para formatear una página HTML. Ahora, he convencido a mi empleador de mover su hoja de cálculo de Excel a una base de datos para disminuir la redundancia, aumentar la eficiencia y yaddy yadda. Como ahora puedo hacer consultas lógicas que no tienen que saltar los aros para preformar usando la base de datos, no necesitaré los archivos vbs adicionales que originalmente manipularon el archivo de Excel. Técnicamente, estaría transfiriendo parte del código existente al nuevo proyecto actual.
Como ya tiene su propia troncal, ¿sería aconsejable combinar la troncal de un proyecto diferente a este, y cómo lo haría exactamente?
Entonces, supongo que mi árbol se vería así, y no he visto ejemplos de ramificaciones de software que se parezcan a este árbol invertido antes, así que me pregunto cuál es la norma para una situación como esta.