Cambio radical en mi rama master Hola a todos!!
En mis proyectos uso GIT en equipos de desarrollo con varios programadores.
Tras un tiempo gestionando un proyecto con git creando mis ramas de desarrollo para nuevos evolutivos y fix y una vez que vamos finalizando las lineas de desarrollo las ibamos fusionando en nuestra rama master. Hasta aqui todo muy bien y sin probemas haciendo una correcta gestión de tags para el control de las release.
Ahora, para este mismo proyecto, hemos creado una nueva versión donde hemos actualizado versiones de nuestro framework, drivers, paquetes npm, etc que han dado lugar a una versión muy distinta no sólo en el código sino en algunas partes de la estructura de archivos y carpetas y del proyecto que me hacen temer una gran cantidad de conflictos cuando vaya a fusionar (merge) con master y me planteaba algo así como como subir esta versión "a fuego" en master sin hacer merge, sino en plan, borrar lo que hay en master (pudiendo volver a algún tag antiguo en algún momento si fuera necesario) y subir todo el proyecto de nuevo en master.
Pero esto me crea algunas dudas:
- Esta manera de proceder es correcta en buenas prácticas de gestión del código y versiones de un proyecto en GIT??
- Como sería la secuencia de comandos exactamente.? Ahora mismo tengo mi código en una rama aparte, pongamos "new_version" y mi rama master con su último tag perfectamente localizado.
- Me recomendais otra manera de proceder en este caso?
- Creeis que mis temores soninfundados y que podría hacer el merge sin problemas?
Gracias a todos!!
Un saludo desde Sevilla (España)
Elvira
