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

$ git push --recurse-submodules=on-demand Pushing submodule 'DbConnector' Counting objects: 9, done. Delta compression using up to 8 threads. Compressing objects: 100% (8/8), done. Writing objects: 100% (9/9), 917 bytes | 0 bytes/s, done. Total 9 (delta 3), reused 0 (delta 0) To https://github.com/chaconinc/DbConnector c75e92a..82d2ad3 stable -> stable Counting objects: 2, done. Delta compression using up to 8 threads. Compressing objects: 100% (2/2), done. Writing objects: 100% (2/2), 266 bytes | 0 bytes/s, done. Total 2 (delta 1), reused 0 (delta 0) To https://github.com/chaconinc/MainProject 3d6d338..9a377d1 master -> master

Como puede ver allí, Git entró en el módulo DbConnector y lo empujó antes de empujar el proyecto principal. Si ese empuje del submódulo falla por algún motivo, el empuje del proyecto principal también fallará.

Fusionando Cambios de Submódulo

Si cambia una referencia de submódulo al mismo tiempo que otra persona, puede tener algunos problemas. Es decir, si los historiales de los submódulos han divergido y les han hecho “commit” a ramas divergentes en un súper proyecto, puede tomar un poco de trabajo arreglarlo.

Si uno de los commits es un antecesor directo del otro (una fusión de avance rápido), entonces Git simplemente elegirá el último para la fusión, por lo que funcionará bien.

👉 Descargar el audiolibro GRATIS en Amazon
Reportar problema / Sugerencias