Como se livrar do status não rastreado dos sub-módulos do Git?

Não consigo me livrar do conteúdo não rastreado nos submódulos do Git. git statusRendimentos em execução :

# No mestre da filial
# Alterações não preparadas para confirmação:
# (use "git add ..." para atualizar o que será confirmado)
# (use "git checkout - ..." para descartar alterações no diretório de trabalho)
# (confirmar ou descartar o conteúdo não rastreado ou modificado nos submódulos)
#
# modificado: pacote / snipmate (conteúdo não rastreado)
# modificado: pacote / surround (conteúdo não rastreado)
# modificado: pacote / espaço em branco à direita (conteúdo não rastreado)
# modificado: pacote / zencoding (conteúdo não rastreado)
#
nenhuma alteração adicionada ao commit (use "git add" e / ou "git commit -a")

A adição do --ignore-submodulesparâmetro oculta essas mensagens; mas me pergunto se existe uma maneira de se livrar dessa sujeira de uma maneira mais adequada e essencial.

Como o status do git relata conteúdo não rastreado, a maneira real de ter um status limpo seria entrar em cada um desses submódulos e:

• adicione e confirme o conteúdo não rastreado,
• ou referencie o conteúdo não rastreado em um .gitignoreespecífico para cada módulo.
• ou você pode adicionar o mesmo conteúdo ignorado ao submódulo .git/info/exclude, como o peci1 relata nos comentários .

• ou adicionar sujo com a especificação submódulo, como mencionado em ezraspectre de resposta (upvoted).

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

• ou adicione um global .gitignore arquivo (geralmente ~/.gitignore-global). Como por exemplo .DS_Storeou no meu caso, Carthage/Buildcomo relatado por Marián Černý nos comentários . Veja a .gitginorepágina de manual :

Os padrões que um usuário deseja que o Git ignore em todas as situações (por exemplo, arquivos de backup ou temporários gerados pelo editor preferido do usuário) geralmente entram em um arquivo especificado por core.excludesFile ele ~/.gitconfig. Seu valor padrão é $XDG_CONFIG_HOME/git/ignore. Se $XDG_CONFIG_HOMEnão estiver definido ou vazio, $HOME/.config/git/ignoreserá usado.

Eu encontrei este post para trabalhar em geral. Adicionando a ignore = dirtyopção a cada uma das entradas no .gitmodulesarquivo.

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

Você também pode ir para cada diretório do submódulo e atuar como um git separado. Por exemplo:

cd my/project/submodule
git status

... / obtém a lista de arquivos modificados /

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

você também pode atualizar seu repositório de submódulo remoto com

git submodule update

depois de tudo

Pode ser devido à detached HEADramificação do seu submódulo. Se for esse o caso, entre no caminho do submódulo (por exemplo:) ./bundle/snipmatee execute git checkout master.

Ontem fiquei preso nessa questão, em um projeto que tinha quase 12 submódulos.

git status estava mostrando a saída.

# 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 o erro de conteúdo untracked, eu tive que remover os arquivos untracked de todos os sub-módulos (todos eram *.pyc, *.pyoarquivos gerados por python) usando um .gitignore.

Para resolver o outro, tive que executar o git submodule updateque atualizou cada um dos submódulos.

Na minha situação, clono módulos como ponto de partida para um novo módulo no meu ambiente ZF2. O que isso faz é colocar sua própria pasta .git no diretório

A solução nesse caso é excluir a pasta .git (você provavelmente precisará mostrar os arquivos ocultos para visualizá-la).

Isso provavelmente acontece quando você tem outro .git [pasta oculta] dentro da pasta específica.

modificado: ./../ .. (conteúdo modificado, conteúdo não rastreado)

verifique se o subdiretório não contém essa pasta .git.

Se for esse o caso, o problema pode ser resolvido excluindo a pasta .git manualmente do subdiretório.

Eu prefiro usar o SourceTree , a solução para mim foi abrir o repositório do submódulo no SourceTree, que me mostra uma lista de todos os arquivos não rastreados. Em seguida, agrupei os selecionados e usei "Remover".

Consegui fazer isso porque sabia que todos os arquivos não rastreados não eram realmente necessários.

Isso funcionou muito bem para mim:

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

Se não funcionar com o pathname, tente o nome do arquivo. Deixe-me saber se isso funcionou para você também.

Se esse for um problema temporário, você poderá ir para a pasta do submódulo e executar, git reset HEAD --hardmas perderá todas as alterações dentro do submódulo.