Git no init/sincronización/actualizar nuevos submódulos

Question

Esto es parte de los contenidos de mi .gitmodules archivo:

[submodule "src/static_management"] 
     path = src/static_management 
     url = git://github.com/eykd/django-static-management.git 
[submodule "external/pyfacebook"] 
     path = external/pyfacebook 
     url = http://github.com/sciyoshi/pyfacebook.git 

Sin embargo, .git/config sólo contiene la primera:

[submodule "src/static_management"] 
     url = git://github.com/eykd/django-static-management.git 

El segundo submódulo (external/pyfacebook) fue agregado por otro desarrollador en una rama de características. Heredé el desarrollo ahora y he revisado la rama de características. Sin embargo, Git no extraerá el submódulo por mí. He intentado:

• git submodule init
• git submodule update
• git submodule update --init
• git submodule sync
• Eliminación de todas las definiciones submódulo de .git/config y funcionando git submodule init. Solo copia sobre el submódulo existente previamente e ignora el nuevo.
• Ingresando nuevas definiciones de submódulos en .git/config manualmente y ejecutando git submodule update. Solo los submódulos previamente existentes se molestan en actualizar.

en varias combinaciones, pero Git simplemente no actualizará .git/config basado en los nuevos contenidos de .gitmodules, ni va a crear la carpeta external/pyfacebook y tirar el contenido del submódulo.

¿Qué me estoy perdiendo? ¿Es realmente necesaria la intervención manual (agregar una entrada de submódulo a mano al .git/config) y por qué?

Editar: La intervención manual no funciona. Agregar manualmente la nueva entrada de submódulo a .git/config no hace nada. El nuevo submódulo se ignora.

Answer 1

¿Ha actualizado recientemente a la versión de Git 1.7.0.4? Lo hice y ahora estoy teniendo problemas similares ...

Editar: He solucionado mi problema, pero no tengo ni idea de dónde estaba el problema. Eliminé manualmente las entradas de los submódulos tanto de .git/config como de .gitmodules y volví a agregar mis submódulos con los pasos usuales (git submodule add etc ...) ... Worksforme pero no agrega ningún valor a este hilo.

Answer 2

Tuve el mismo problema: resultó que el archivo .gitmodules se había confirmado, pero la confirmación real del submódulo (es decir, el registro de la identificación de confirmación del submódulo) no.

Adición parecía manualmente para hacer el truco - ej .:

git submodule add http://github.com/sciyoshi/pyfacebook.git external/pyfacebook 

(Incluso sin quitar nada de .git/config o .gitmodules.)

Luego se comprometen a registrar el ID correctamente.

Agregando algunos comentarios adicionales a esta respuesta de trabajo: Si la actualización del submódulo git init o git no funciona, entonces como se describe arriba, git submelule add url debería hacer el truco.Uno puede cruzar comprobar esto

git config --list 

y uno debe tener una entrada del submódulo desea extraer en el resultado del comando git config --list. Si hay una entrada de su submódulo en el resultado de la configuración, entonces ahora la actualización habitual del submódulo git --init-- debería extraer su submódulo. Para probar este paso, puede cambiar manualmente el nombre del submódulo y luego actualizar el submódulo.

mv yourmodulename yourmodulename-temp 
git submodule update --init 

Para averiguar si tiene cambios locales en el submódulo, se puede ver a través -u git status (si desea ver los cambios en el submódulo) o git status --ignore-submódulos (si no quiero ver los cambios en el submódulo).

Answer 3

Según la respuesta de Dave James Miller puedo confirmar que funcionó para mí. Lo importante aquí fue confirmar el ID de confirmación de los subproyectos. Solo para tener la entrada en .gitmodules no fue suficiente.

Aquí es cometer un apropiado:

https://github.com/dirkaholic/vagrant-php-dev-box/commit/d5f4c40bdbd80eefbb5ac6029823733f591435ae

Answer 4

que tenían el mismo problema.

.gitmodules tenían el submódulo, pero después de un comando git submodule init que no estaba en .git/config.

Resulta que el desarrollador que agregó el submódulo también agregó el directorio del submódulo al archivo .gitignore. Eso no funciona.

Answer 5

Igual que yo encontré que la sincronización del submódulo git no hace lo que espera que haga. Solo después de hacer un git submodule add explícito vuelve a cambiar el url de un submódulo.

Por lo tanto, puse este script en ~/bin/git-submodule-sync.rb:

https://gist.github.com/frimik/5125436

Y también utilizo la misma lógica en unos pocos git posterior a recibir desplegar las escrituras.

Todo lo que tengo que hacer ahora es editar .gitmodules, luego ejecutar este script y finalmente funciona como creí git submodule sync.

Answer 6

Cuando vi esto hoy, un desarrollador había movido parte del árbol a un nuevo subdirectorio y parece como si su cliente de git no registrara las reglas de Subproyecto actualizadas en el árbol, en vez de eso fueron simplemente numeradas, dejando .gitmodules haciendo referencia tanto a ubicaciones obsoletas como a subproyectos que ya no existían en el árbol actual.

Añadiendo los submódulos de nuevo, y comparando los commit shas del submódulo con los encontrados en git show $breaking_commit_sha (busque las líneas que coincidan con la expresión regular ^-Subproject) para ajustar las cosas cuando sea necesario.

Answer 7

Una especie de magia, pero hoy me encontré con git submodule init seguido por git submodule sync seguido por git submodule update y comenzó tirando de mis submódulos ... magia? ¡Quizás!Este es realmente uno de los más molestos experiencias con Git ...

reutilizables que. De hecho lo hice funcionar haciendo git submodule update --init --recursive. Espero que esto ayude.

PD: asegúrese de estar en el directorio root git, no en el del submódulo.

Answer 8

tenían el mismo problema, cuando git ignorado init y update comandos, y no hace nada.

cómo solucionar

1. La carpeta submódulo deberían comprometerse en repositorio git
2. No debería ser en .gitignore

Si que los requisitos cumplidos para que funcione. De lo contrario, todos los comandos se ejecutarán sin ningún mensaje ni resultado.

Si lo hizo todo eso, y todavía no funciona:

1. Añadir submódulo de forma manual, por ejemplo, git submodule add git@... path/to
2. git submodule init
3. git submodule update
4. cometer y empujar todos los archivos - .gitmodules y su carpeta de módulo (nota, que el contenido de la carpeta no se comprometerá)
5. dejar su repositorio git local de
6. clon de uno nuevo
7. asegúrese de que .git/config aún no tiene ningún submódulo
8. Ahora, git submodule init - y verá un mensaje de ese módulo registrada
9. git submodule update - buscará módulo
10. Ahora mira .git/config y encontrará submódulo registrada

Answer 9

Git versión 2.7.4. Este comando actualiza el código local git submodule update --init --force --remote

Answer 10

No parece haber mucha confusión aquí (también) en las respuestas.

git submodule init es no destinado a generar mágicamente cosas en .git/config (de .gitmodules). Está destinado a configurar algo en un subdirectorio completamente vacío después de clonar el proyecto principal, o al tirar de un compromiso que agrega un submódulo que anteriormente no existía.

En otras palabras, sigue un git clone de un proyecto que tiene submódulos (que sabrá por el hecho de que el clon comprobó un archivo .gitmodules) por un git submodule update --init --recursive.

Haces no siguen git submodule add ... con un git submodule init (o git submodule update --init), que no se supone que funciona.De hecho, el complemento ya actualizará el .git/config apropiado si las cosas funcionan.

EDITAR

Si un no-existente submódulo previamente git se añadió por otra persona, y que haga un git pull de esa confirmación, a continuación, el directorio de esa sub-módulo estará completamente vacío (cuando se ejecuta git submodule status la el hash del nuevo submódulo debería ser visible, pero tendrá un - delante.) En este caso, debe seguir su git pull también con un git submodule update --init (más --recursive cuando es un submódulo dentro de un submódulo) para obtener el nuevo, previamente no -existente, submódulo prestado; justo como después de una copia inicial de un proyecto con submódulos (donde obviamente tampoco tenías esos submódulos).

Answer 11

tuve el mismo problema hoy y dado cuenta de que ya he escrito git submodule init luego tuve aquellos línea en mi .git/config:

[submodule] 
    active = . 

me quita eso y proporcionado:

git submodule update --init --remote 

y todo estaba volviendo a la normalidad, mi submódulo actualizado en su subdirectorio como de costumbre.

Answer 12

Eliminar el submódulo dir y su contenido (carpeta "external/pyfacebook") si existe antes de git submodule add ... puede solucionar problemas.

Answer 13

Tuve un problema similar con un submódulo. Simplemente no quería ser clonado/sacado/actualizado/lo que sea.

Al intentar volver a agregar el submódulo usando git submodule add git@my-repo.git destination me dieron el siguiente resultado:

A git directory for 'destination' is found locally with remote(s): 
    origin  git@my-repo.git 
If you want to reuse this local git directory instead of cloning again from 
    git@my-repo.git 
use the '--force' option. If the local git directory is not the correct repo 
or you are unsure what this means choose another name with the '--name' option. 

Por lo tanto, traté de hacer cumplir el mandato add:
git submodule add --force git@my-repo.git destination

que funcionó en mi caso.