¿Cómo deshacerse de los submódulos de Git sin seguimiento de estado?

Parece que no puedo deshacerme del contenido no rastreado en los submódulos de Git. Corriendogit statusRendimientos :

# En el maestro de sucursal
# Cambios no organizados para commit:
# (use "git add ..." para actualizar lo que se confirmará)
# (use "git checkout - ..." para descartar cambios en el directorio de trabajo)
# (confirmar o descartar el contenido no rastreado o modificado en submódulos)
# #
# modificado: paquete / snipmate (contenido no rastreado)
# modificado: paquete / envolvente (contenido no rastreado)
# modificado: bundle / trailing-whitespace (contenido sin seguimiento)
# modificado: paquete / zencoding (contenido no rastreado)
# #
no se agregaron cambios al commit (use "git add" y / o "git commit -a")

Agregar el --ignore-submodulesparámetro oculta estos mensajes; pero me pregunto si hay una manera de deshacerse de esta suciedad de una manera más adecuada y esencial.

Dado que el estado de git informa de contenido no rastreado, la forma real de tener un estado limpio sería ir a cada uno de esos submódulos y:

• agregar y confirmar los contenidos no rastreados,
• o haga referencia a los contenidos no rastreados de forma .gitignoreespecífica para cada módulo.
• o puede agregar el mismo contenido ignorado a los submódulos .git/info/exclude, como informa peci1 en los comentarios .

• o añadir sucio a la especificación submódulo, como se menciona en ezraspectre 's respuesta (upvoted).

  git config -f .gitmodules submodule.<path>.ignore untracked
  

• o agregue un archivo global .gitignore (a menudo ~/.gitignore-global). Como por ejemplo .DS_Storeo en mi caso Carthage/Buildsegún lo informado por Marián Černý en los comentarios . Ver .gitginorepágina del manual :

Los patrones que un usuario desea que Git ignore en todas las situaciones (por ejemplo, archivos de respaldo o temporales generados por el editor de elección del usuario) generalmente entran en un archivo especificado por core.excludesFileel usuario ~/.gitconfig. Su valor predeterminado es $XDG_CONFIG_HOME/git/ignore. Si $XDG_CONFIG_HOMEno está configurado o está vacío, $HOME/.config/git/ignorese usa en su lugar.

Encontré que esta publicación de blog funciona en general. Al agregar la ignore = dirtyopción a cada una de las entradas en el .gitmodulesarchivo.

[submodule "zen-coding-gedit3"]
    path = zen-coding-gedit3
    url = git://github.com/leafac/zen-coding-gedit3.git
    ignore = dirty

También puede ir a cada directorio de submódulo y actuar como un git separado. Por ejemplo:

cd my/project/submodule
git status

... / obtiene la lista de archivos modificados /

git add .  //to add all of them to commit into submodule
git commit -m "message to your submodule repo"

También puede actualizar su repositorio de submódulo remoto con

git submodule update

después de todo

Podría deberse a la detached HEADrama en su submódulo. Si este es el caso, vaya a la ruta de su submódulo (por ejemplo:) ./bundle/snipmate, luego ejecute git checkout master.

Ayer me quedé estancado en este tema, en un proyecto que tenía cerca de 12 submódulos.

git status estaba mostrando salida.

# On branch master
# Changes not staged for commit:
#   (use "git add ..." to update what will be committed)
#   (use "git checkout -- ..." to discard changes in working directory)
#   (commit or discard the untracked or modified content in submodules)
#
#   modified:   proj1 (untracked content)
#   modified:   proj1 (modified content, untracked content)
#   ...

Para resolver el error de contenido sin seguimiento, tuve que quitar los archivos sin seguimiento de todos los submódulos (todos eran *.pyc, *.pyolos archivos generados por el pitón) utilizando una .gitignore.

Para resolver el otro, tuve que ejecutar git submodule updateque actualizaba cada uno de los submódulos.

En mi situación, clono módulos como punto de partida para un nuevo módulo en mi entorno ZF2. Lo que esto hace es poner su propia carpeta .git en el directorio.

La solución en este caso es eliminar la carpeta .git (es probable que deba mostrar archivos ocultos para verla).

Esto probablemente ocurre cuando tiene otra .git [carpeta oculta] dentro de la carpeta en particular.

modificado: ./../ .. (contenido modificado, contenido no rastreado)

asegúrese de que su subdirectorio no contenga esta carpeta .git.

Si ese es el caso, el problema se puede resolver eliminando la carpeta .git manualmente del subdirectorio.

Prefiero usar SourceTree , por lo que la solución para mí fue abrir el repositorio de submódulos en SourceTree que me muestra la lista de todos los archivos no rastreados. Luego los seleccioné en grupo y luego usé "Eliminar".

Pude hacer esto porque sabía que todos los archivos no rastreados no eran realmente necesarios.

Esto funcionó bien para mí:

git update-index --skip-worktree <path>

Si no funciona con el pathname, intente con el nombre del archivo. Avísame si esto también funcionó para ti.

Si se trata de un problema temporal, puede ir a la carpeta del submódulo y ejecutarlo, git reset HEAD --hardpero perderá todos los cambios dentro del submódulo.