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

$ git svn dcommit Committing to file:///tmp/test-svn/trunk ... M configure.ac Committed r87 M autogen.sh r86 = d8450bab8a77228a644b7dc0e95977ffc61adff7 (refs/remotes/origin/trunk) M configure.ac r87 = f3653ea40cb4e26b6281cec102e35dcba1fe17c4 (refs/remotes/origin/trunk) W: a0253d06732169107aa020390d9fefd2b1d92806 and refs/remotes/origin/trunk differ, using rebase: :100755 100755 efa5a59965fbbb5b2b0a12890f1b351bb5493c18 e757b59a9439312d80d5d43bb65d4a7d0389ed6d M autogen.sh First, rewinding head to replay your work on top of it...

Es importante recordar esto, porque el resultado es un estado del proyecto que no existía en ninguna de las computadoras cuando se aplicó. Si los cambios son incompatibles pero no conflictivos, es posible que tengas problemas que son difíciles de diagnosticar. Esto es diferente a usar un servidor Git: en Git, puedes probar completamente el estado en tu sistema cliente antes de publicarlo, mientras que en SVN, nunca puedes estar seguro de que los estados inmediatamente antes de la confirmación y después de la confirmación sean idénticos.

También debes ejecutar este comando para obtener cambios del servidor de Subversion, incluso si no estás listo para confirmar. Puedes ejecutar git svn fetch para obtener los nuevos datos, pero git svn rebase hace la búsqueda y luego actualiza tus confirmaciones locales.

👉 Descargar el audiolibro GRATIS en Amazon
Reportar problema / Sugerencias