¿Establece el submódulo de Git en clon superficial y extracción escasa?

Question

Muchos proveedores de bibliotecas Objective-C (por ejemplo, facebook-ios-sdk) le instruyen que copie un cierto subconjunto de los archivos/directorios de su repositorio en su proyecto de Xcode. Un problema con esto es que no sabe qué revisión del código de proveedor tiene. Otra es que si realiza cambios en el código del proveedor, no es fácil contribuir con sus cambios a través de Git.

Como solución, quiero agregar cada biblioteca de proveedor como un submódulo de Git del repositorio de mi proyecto con algunas configuraciones adicionales (por ejemplo, en el archivo .gitmodules). De esta manera, si otra persona clona mi proyecto y hace git submodule update --init, su cesión temporal & submódulos tendrá el mismo estado que la mía, ya que va a utilizar la misma configuración predeterminada que puse:

1. la caja Escaso: Sólo echa un vistazo a cierta archivos del submódulo.
2. Clon superficial: solo clone un cierto SHA1 del submódulo.

¿Cómo configuro los parámetros anteriores para un submódulo Git?

Answer 1

Los submódulos no pueden hacer parte de un repositorio. Debería verificar subtree merge en su lugar.

Answer 2

Puede hacer revisiones dispersas de submódulos de la misma manera que normal sparse checkout. Solo recuerde que el archivo sparse-checkout para cada módulo va en .git/modules/<mymodule>/info/. Pero, como se discutió en git 1.7 sparse checkout feature, los checkes dispersos son exactamente eso: checkouts. No puede mover archivos ni compartir la configuración.

Answer 3

Con git1.8.4 (July 2013), en addition git shallow update for submodule (git submodule update --depth 1), ahora puede tener una actualización encargo:

Además de la elección de "rebase, fusionar, o checkout-detach", "actualización submódulo" puede permitir que se use un comando personalizado para actualizar el árbol de trabajo de los submódulos a través de la variable de configuración "submodule.*.update".

Ver commit 6cb5728c43f34a7348e128b44b80d00b9417cb19:

Los usuarios pueden configurar submodule.$name.update a '!command' que hará 'command' para ejecutarse en lugar de la caja/fusionar/rebase.
Esto permite al usuario un control más detallado sobre cómo se realiza la actualización.

Signed-off-by Chris Packham <judge.packham@gmail.com>

Esto significa que puede versión de un 'command', que luego se puede utilizar para cualquier actualización submódulo (a través de la configuración submodule.$name.update).
Esa secuencia de comandos puede hacer una salida dispersa si lo desea.

---

Actualización Agosto 2016 (3 años más tarde)

Con Git 2.10 (Q3 2016), que será capaz de hacer

git config -f .gitmodules submodule.<name>.shallow bool 

Ver "Git submodule without extra weight" por más.