arregla los commits después de rebase de una twig remota

Cometí un error cuando se volvió a basar en mi twig y luego empujé todo. Después hice algunos commits más e intenté fusionar master. Resolví todos los conflictos y ahora el estado de git me da "Todo al día".

Sin embargo, cuando eché un vistazo más de cerca a algunos files, noté que en mi twig conservaban la versión anterior del código. Supongo que se debe a las confirmaciones rebasadas que ahora son un poco "más nuevas" que el código actual más nuevo.

¿Cómo lidiar con este tipo de desastre? ¿Debería verificar el compromiso antes de la rebase y luego agregar manualmente todos los desarrollos?

Rebase de nuevo, eliminando todos los cambios locales que están por delante de los del maestro que no deberían estar allí. En lugar de resolver conflictos en su sucursal local cuando haya terminado, cuando presione, ejecute git -f para forzar los cambios reestablecidos a fin de anular los cambios que se encuentran en su sucursal local. Cuando restaure, desea anular lo que está en su sucursal local, no resolver conflictos. Cuando resuelva conflictos, intentará mantener la versión anterior y nueva del código que no desea. Desea volver a escribir su propio historial de sucursal. Pero ten cuidado: esta es una operación peligrosa y nunca deberías volver a establecer la base y forzar tus cambios en una twig compartida o en una twig principal, como la maestra, ¡o arruinarás la historia de todos! Sin embargo, es necesario volver a basar y anular sus propios cambios para borrar el código conflictivo y estar en una base de código limpio. Buena suerte.

    Intereting Posts