Como rastrear conteúdo não rastreado?

Veja abaixo a linha sólida da minha pergunta original.

Eu tenho uma pasta no meu diretório local que não é rastreada. Quando corro git status, recebo:

Changed but not updated:
modified:   vendor/plugins/open_flash_chart_2 (modified content, untracked content)

Quando digito git add vendor/plugins/open_flash_chart_2e tento git statusnovamente, ele ainda diz não rastreado. O que está acontecendo?

Aqui está um resumo simples da minha última meia hora:

• Descobri que meu repositório do Github não está rastreando meu vendor/plugins/open_flash_chart_2plug-in. Especificamente, não há conteúdo e está mostrando uma seta verde no ícone da pasta.

• Tentou git submodule init

  No submodule mapping found in .gitmodules for path 'vendor/plugins/open_flash_chart_2'
  

• Tentou git submodule add git://github.com/korin/open_flash_chart_2_plugin.git vendor/plugins/open_flash_chart_2

  vendor/plugins/open_flash_chart_2 already exists in the index
  

• git status

  modified: vendor/plugins/open_flash_chart_2 (untracked content)
  

• Caçado por qualquer arquivo nomeado .gitmodulesno meu diretório repositório / local, mas não consegui encontrar um.

O que preciso fazer para que meus submódulos funcionem para que o git possa começar a rastrear corretamente?

Isso pode não estar relacionado (eu o incluo no caso de ajudar), mas toda vez que digito, em git commit -avez do normal git commit -m "my comments", gera um erro:

E325: ATTENTION
Found a swap file by the name ".git\.COMMIT-EDITMSG.swp"
         dated: Thu Nov 11 19:45:05 2010
     file name: c:/san/project/.git/COMMIT_EDITMSG
      modified: YES
     user name: San   host name: San-PC
    process ID: 4268
While opening file ".git\COMMIT_EDITMSG"
         dated: Thu Nov 11 20:56:09 2010
  NEWER than swap file!  
Swap file ".git\.COMMIT_EDITMSG.swp" already exists!
[O]pen Read-Only, (E)dit anyway, (R)ecover, (D)elete it, (Q)uit, (A)bort:
Swap file ".git\.COMMIT_EDITMSG.swp" already exists!
[O]pen Read-Only, (E)dit anyway, (R)ecover, (D)elete it, (Q)uit, (A)bort:

Eu sou um novato completo no Github e, apesar de tentar ler a documentação, estou um pouco perplexo com esses problemas específicos. Obrigado.

Você adicionou vendor/plugins/open_flash_chart_2como entrada "gitlink", mas nunca a definiu como um submódulo. Efetivamente, você está usando o recurso interno que o sub-módulo git usa (entradas gitlink), mas não está usando o próprio recurso do sub-módulo.

Você provavelmente fez algo assim:

git clone git://github.com/korin/open_flash_chart_2_plugin.git vendor/plugins/open_flash_chart_2
git add vendor/plugins/open_flash_chart_2

Este último comando é o problema. O diretório vendor/plugins/open_flash_chart_2começa como um repositório Git independente. Normalmente, esses sub-repositórios são ignorados, mas se você disser ao git add para adicioná-lo explicitamente, ele criará uma entrada gitlink que aponta para o commit HEAD do sub-repositório, em vez de adicionar o conteúdo do diretório. Pode ser bom se o git add se recusar a criar esses "semi-módulos".

Diretórios normais são representados como objetos de árvore no Git; os objetos em árvore dão nomes e permissões aos objetos que eles contêm (geralmente outros objetos em árvore e blob - diretórios e arquivos, respectivamente). Os submódulos são representados como entradas "gitlink"; As entradas gitlink contêm apenas o nome do objeto (hash) da confirmação HEAD do submódulo. O “repositório de origem” para a confirmação de um gitlink é especificado no .gitmodulesarquivo (e no .git/configarquivo após a inicialização do submódulo).

O que você tem é uma entrada que aponta para uma confirmação específica, sem registrar o repositório de origem para essa confirmação. Você pode corrigir isso transformando seu gitlink em um submódulo adequado ou removendo o gitlink e substituindo-o por conteúdo "normal" (arquivos simples e diretórios).

Transforme-o em um submódulo adequado

O único bit que está faltando para definir corretamente vendor/plugins/open_flash_chart_2como um submódulo é um .gitmodulesarquivo. Normalmente (se você ainda não o incluiu como entrada simples no gitlink), basta usar git submodule add:

git submodule add git://github.com/korin/open_flash_chart_2_plugin.git vendor/plugins/open_flash_chart_2

Como você encontrou, isso não funcionará se o caminho já existir no índice. A solução é remover temporariamente a entrada gitlink do índice e adicionar o submódulo:

git rm --cached vendor/plugins/open_flash_chart_2
git submodule add git://github.com/korin/open_flash_chart_2_plugin.git vendor/plugins/open_flash_chart_2

Isso usará seu sub-repositório existente (ou seja, não re-clonará o repositório de origem) e preparará um .gitmodulesarquivo parecido com este:

[submodule "vendor/plugins/open_flash_chart_2"]
    path = vendor/plugins/open_flash_chart_2
    url = git://github.com/korin/open_flash_chart_2_plugin.git vendor/plugins/open_flash_chart_2

Também fará uma entrada semelhante no repositório principal .git/config(sem a pathconfiguração).

Confirme isso e você terá um submódulo adequado. Ao clonar o repositório (ou enviar para o GitHub e clonar a partir daí), você poderá reinicializar o submódulo via git submodule update --init.

Substitua-o por conteúdo simples

A próxima etapa pressupõe que seu sub-repositório vendor/plugins/open_flash_chart_2não possua nenhum histórico local que você queira preservar (ou seja, tudo o que importa é a árvore de trabalho atual do sub-repositório, não o histórico).

Se você possui histórico local no sub-repositório de seu interesse, faça backup do .gitdiretório do sub-repositório antes de excluí-lo no segundo comando abaixo. (Considere também o exemplo da subárvore git abaixo que preserva o histórico do HEAD do sub-repositório).

git rm --cached vendor/plugins/open_flash_chart_2
rm -rf vendor/plugins/open_flash_chart_2/.git # BACK THIS UP FIRST unless you are sure you have no local changes in it
git add vendor/plugins/open_flash_chart_2

Desta vez, ao adicionar o diretório, ele não é um sub-repositório; portanto, os arquivos serão adicionados normalmente. Infelizmente, como excluímos o .gitdiretório, não há uma maneira super fácil de manter as coisas atualizadas com o repositório de origem.

Você pode considerar usar uma mesclagem de subárvore . Fazer isso permitirá que você puxe facilmente as alterações do repositório de origem, mantendo os arquivos "planos" no seu repositório (sem sub-módulos). O comando git subtree de terceiros é um bom invólucro em torno da funcionalidade de mesclagem de subárvores.

git rm --cached vendor/plugins/open_flash_chart_2
git commit -m'converting to subtree; please stand by'
mv vendor/plugins/open_flash_chart_2 ../ofc2.local
git subtree add --prefix=vendor/plugins/open_flash_chart_2 ../ofc2.local HEAD
#rm -rf ../ofc2.local # if HEAD was the only tip with local history

Mais tarde:

git remote add ofc2 git://github.com/korin/open_flash_chart_2_plugin.git
git subtree pull --prefix=vendor/plugins/open_flash_chart_2 ofc2 master

git subtree push --prefix=vendor/plugins/open_flash_chart_2 git@github.com:me/my_ofc2_fork.git changes_for_pull_request

A subárvore git também tem uma --squashopção que permite evitar a incorporação do histórico do repositório de origem no seu histórico, mas ainda permite que você faça mudanças iniciais.

Eu apenas tive o mesmo problema. O motivo foi porque havia uma subpasta que continha uma pasta ".git". Removê-lo fez o git feliz.

1. Eu removi os diretórios .git desses novos diretórios (isso pode criar drama no submódulo. Google, se estiver interessado.)
2. Em seguida, executei o git rm -rf --cached / the / new / directory
3. Em seguida, adicionei novamente os diretórios com um git add. de cima

URL de referência https://danielmiessler.com/blog/git-modified-untracked/#gs.W0C7X6U

Para apontar o que eu tive que descobrir da conversa de Chris Johansen com o OP (vinculada de uma resposta a uma resposta):

git add vendor/plugins/open_flash_chart_2 # adicionará gitlink, o conteúdo não será rastreado

git add vendor/plugins/open_flash_chart_2/ # AVISO A BARRA !!!!

O segundo formulário o adicionará sem o gitlink, e o conteúdo é rastreável. O diretório .git é conveniente e automaticamente ignorado. Obrigado Chris!

Eu uso o truque sugerido por Peter Lada o tempo todo, apelidado de "submódulos falsos":

http://debuggable.com/posts/git-fake-submodules:4b563ee4-f3cc-4061-967e-0e48cbdd56cb

É muito útil em vários cenários (por exemplo, eu o uso para manter toda a minha configuração do Emacs em um repositório, incluindo o HEAD atual de todos os repositórios git dentro dos diretórios de pacote elpa / el-get, para que eu possa reverter / retroceder facilmente para um conhecido versão de trabalho quando alguma atualização quebra algo).

http://progit.org/book/ch6-6.html

Eu acho que você deveria ler isso para aprender um pouco sobre o submódulo. Está bem escrito e não leva muito tempo para lê-lo.

Eu tive o mesmo problema com um grande projeto com muitos submódulos. Com base nas respostas de Chris Johnsen aqui e VonC aqui , construo um script bash curto que itera através de todas as entradas existentes do gitlink e as adiciona como sub-módulos adequados.

#!/bin/bash

# Read all submodules in current git
MODULES=`git ls-files --stage | grep 160000`

# Iterate through every submodule path
while read -r MOD; do
  # extract submodule path (split line at whitespace and take string with index 3)
  ARRIN=(${MOD})
  MODPATH=${ARRIN[3]}

  # grep module url from .git file in submodule path
  MODURL=`grep "url = " $MODPATH/.git/config`
  MODURL=${MODURL##*=}

  # echo path and url for information
  echo $MODPATH
  echo $MODURL

  # remove existing entry in submodule index
  git rm --cached $MODPATH
  # add new entry in submodule index
  git submodule add $MODURL $MODPATH
done <<< "$MODULES"

Isso corrigiu para mim, espero que ajude.

Isso funcionou muito bem para mim:

git update-index --skip-worktree

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

Tchau!

Teve o mesmo problema, mas não foi resolvido nesta discussão.

Eu bati também o problema do submódulo como descrito na abertura do thread.

% git status          
# On branch master
# Changes not staged for commit:
#   modified:   bundle/taglist (untracked content)

Observando o diff, reconheci um -dirty anexado a um hash: a leitura dos documentos novamente resolveu o problema para mim. http://web.mit.edu/jhawk/mnt/spo/git/git-doc/user-manual.html Veja a seção "Armadilhas com submódulos"

O motivo foi que houve alterações ou conteúdo não rastreado no submódulo. Primeiro tive que chegar ao diretório do submódulo, fazer um "git add" + "git commit" para obter todo o conteúdo rastreado no submódulo.

Then "git status" on the master stated
% git commit
# On branch master
# Changes not staged for commit:
#   modified:   bundle/taglist (new commits)

Agora, esse novo HEAD do submódulo pode ser confirmado no módulo mestre.

Recentemente, encontrei esse problema enquanto trabalhava em um projeto de contrato (considerado classificado). O sistema no qual eu tinha que executar o código não tinha acesso à Internet, por questões de segurança, é claro, e assim a instalação de dependências, usando o compositor e o npm, estava se tornando uma grande dor.

Depois de muita discussão com meu colega, decidimos simplesmente improvisar e copiar e colar nossas dependências, em vez de instalar o compositor ou instalar o npm.

Isso nos levou a NÃO adicionar fornecedores e npm_modules no gitignore. Foi quando eu encontrei esse problema.

Changed but not updated:
modified:   vendor/plugins/open_flash_chart_2 (modified content, untracked content)

Eu pesquisei isso um pouco e encontrei este tópico útil no SO. Como não sou muito profissional no Git e estou um pouco embriagado enquanto trabalhava nele, procurei todos os submódulos na pasta de fornecedores

find . -name ".git"

Isso me deu algumas 4-5 dependências que eram importantes para eles. Eu removi todas essas pastas .git e pronto, funcionou. Eu sei que é hack, e não muito nerd de qualquer maneira. Ó Deus de SO, por favor me perdoe! Da próxima vez, prometo ler gitlinks e obedecer ao poderoso Linus Tovalds.

Esta pergunta já foi respondida, mas pensei em adicionar à mistura o que descobri quando recebi essas mensagens.

Eu tenho um repositório chamado playgroundque contém vários aplicativos sandbox. Adicionei dois novos aplicativos de um tutorial ao playgrounddiretório, clonando o repositório do tutorial. O resultado foi que o material git dos novos aplicativos apontou para o repositório do tutorial e não para o meu repositório. A solução foi excluir o .gitdiretório de cada um desses diretórios mvdos aplicativos , os diretórios dos aplicativos fora do playgrounddiretório e depois mvexecutá-los novamente git add .. Depois disso, funcionou.

Resolvi esse problema excluindo o arquivo .git da minha subpasta.

1. Primeiro exclua o arquivo .git da sua subpasta
2. Em seguida, remova sua subpasta do git executando este código, git rm -rf --cached your_subfolder_name
3. Em seguida, adicione sua pasta pelo git add. comando

Primeiro, vá para o Diretório : vendor / plugins / open_flash_chart_2 e DELETE

ENTÃO :

git rm --cached vendor/plugins/open_flash_chart_2  
git add .  
git commit -m "Message"  
git push -u origin master  

git status  

RESULTADO

No mestre da filial
Sua filial está atualizada com 'origem / mestre'.
nada a confirmar, diretório de trabalho limpo