git rebase de twigs de características que se han compartido

Nos gustaría utilizar el rebase como nuestra forma estándar de 'fusionar' nuestro código. También usamos twigs de características bastante efímeras (less de 2 semanas) que enviamos a un repository central a través de un administrador de integración automática (cada desarrollador tiene su propia reposition personal, y los cambios se envían allí primero y solo se envían al repository central si la compilation y las testings son exitosas)

Cuando traté de volver a establecer la base, recibí un post que decía que las sucursales se habían separado y que no podía pasar a mi repository personal hasta que lo saqué y me fusioné con los cambios, aunque los cambios son los mismos que los que acababa de actualizar. .

¿Hay algo que deba hacer para evitar esto? ¿O es esto una consecuencia del hecho de que ya he empujado esta twig de características? ¿Puedo simplemente replace la twig con mi versión actualizada?

¿Hay un flujo de trabajo recomendado en esta situación?

Si nadie más ha utilizado tus commits (es decir, no los ha fusionado en ninguna otra cosa, ni ha iniciado una twig basada en ellos), entonces puedes simplemente replace la twig en el control remoto (mediante push --force ). Sin embargo, asegúrate al 100% de que nadie más ha hecho nada con los commits anteriores, porque de lo contrario se encontrarán con problemas de fusión propios.

Si alguien más ha usado las confirmaciones antiguas, entonces no debería volver a establecerlas, punto.