🎯 ¿Cansado de los anuncios?
Elimínalos ahora 🚀

$ git svn rebase M autogen.sh r88 = c9c5f83c64bd755368784b444bc7a0216cc1e17b (refs/remotes/origin/trunk) First, rewinding head to replay your work on top of it... Fast-forwarded master to refs/remotes/origin/trunk.

Ejecutar git svn rebase de vez en cuando asegura que tu código esté siempre actualizado. Debes asegurarte de que tu directorio de trabajo esté limpio cuando lo ejecutes. Si tienes cambios locales, debes esconder tu trabajo o confirmarlo temporalmente antes de ejecutar git svn rebase; de lo contrario, el comando se detendrá si ve que la rebase dará como resultado un conflicto de fusión.

Problemas de Git Branching

Cuando te sientas cómodo con un flujo de trabajo de Git, probablemente crearás ramas temáticas, trabajarás en ellas y luego las fusionarás. Si estás presionando un servidor de Subversion a través de git svn, es posible que desees volver a establecer tu trabajo en una sola rama cada vez, en lugar de fusionar ramas. La razón para preferir el rebasamiento es que Subversion tiene un historial lineal y no trata con fusiones como Git, por lo que git svn sigue al primer padre cuando convierte las instantáneas en confirmaciones de Subversion.

Supongamos que tu historial se parece a lo siguiente: creaste una rama experiment, hiciste dos confirmaciones y luego las fusionaste de nuevo en master. Con dcommit, ve resultados como este:

👉 Descargar el audiolibro GRATIS en Amazon
Reportar problema / Sugerencias