.gitignore excluir pasta, mas inclui subpasta específica

Eu tenho a pasta application/que adiciono ao .gitignore. Dentro da application/pasta está a pasta application/language/gr. Como posso incluir esta pasta?

Eu tentei isso

application/
!application/language/gr/

sem sorte ...

Se você excluir application/, tudo o que estiver abaixo será sempre excluído (mesmo que algum padrão de exclusão negativa posterior (“não-reconhecido”) possa corresponder a algo abaixo application/).

Para fazer o que você deseja, é necessário "cancelar a assinatura" de todos os diretórios pai de tudo o que você deseja "cancelar a autenticação". Geralmente, você acaba escrevendo regras para essa situação em pares: ignora tudo em um diretório, mas não em um determinado subdiretório.

# you can skip this first one if it is not already excluded by prior patterns
!application/

application/*
!application/language/

application/language/*
!application/language/gr/

Nota
O final /*é significativo:

• O padrão dir/exclui um diretório chamado dire (implicitamente) tudo sob ele.
  Com dir/, o Git nunca examinará nada abaixo dire, portanto, nunca aplicará nenhum dos padrões de "exclusão" a nada abaixo dir.
• O padrão dir/*não diz nada sobre dirsi; apenas exclui tudo que está abaixo dir. Com dir/*, o Git processará o conteúdo direto dir, dando a outros padrões a chance de "excluir" um pouco do conteúdo ( !dir/sub/).

O compromisso 59856de de Karsten Blees (kblees) para o Git 1.9 / 2.0 (primeiro trimestre de 2014) esclarece esse caso:

gitignore.txt: esclarecer a natureza recursiva dos diretórios excluídos

Um prefixo opcional " !" que nega o padrão; qualquer arquivo correspondente excluído por um padrão anterior será incluído novamente.

Não é possível incluir novamente um arquivo se um diretório pai desse arquivo for excluído. ( *)
( *: a menos que determinadas condições sejam atendidas no git 2.8+, veja abaixo) O
Git não lista os diretórios excluídos por motivos de desempenho; portanto, quaisquer padrões nos arquivos contidos não têm efeito, independentemente de onde estejam definidos.

Coloque uma barra invertida (" \") na frente do primeiro " !" para padrões que começam com um literal " !", por exemplo, " \!important!.txt".

Exemplo para excluir tudo, exceto um diretório específico foo/bar(observe /*- sem a barra, o curinga também excluiria tudo dentro foo/bar):

 --------------------------------------------------------------
     $ cat .gitignore
     # exclude everything except directory foo/bar
     /*
     !/foo
     /foo/*
     !/foo/bar
 --------------------------------------------------------------

No seu caso:

application/*
!application/**/
application/language/*
!application/language/**/
!application/language/gr/**

Você deve primeiro pastas da lista branca , antes de poder listar arquivos em uma determinada pasta.

Atualização fevereiro / março de 2016:

Observe que, com o git 2.9.x / 2.10 (meados de 2016?), Pode ser possível incluir novamente um arquivo se um diretório pai desse arquivo for excluído se não houver curinga no caminho incluído novamente .

Nguyễn Thái Ngọc Duy ( pclouds) está tentando adicionar este recurso:

• commit 506d8f1 para git v2.7.0, revertido no commit 76b620d git v2.8.0-rc0
• commit 5e57f9c git v2.8.0-rc0, ... revertido (!) no commit 5cee3493 git 2.8.0.

Portanto, com o git 2.9+, isso poderia realmente funcionar, mas acabou sendo revertido:

application/
!application/language/gr/

A resposta de @Chris Johnsen é ótima, mas com as versões mais recentes do Git (1.8.2 ou posterior), existe um padrão de asterisco duplo que você pode aproveitar para obter uma solução um pouco mais abreviada:

# assuming the root folder you want to ignore is 'application'
application/**/*

# the subfolder(s) you want to track:
!application/language/gr/

Dessa forma, você não precisa "cancelar a assinatura" do diretório pai da subpasta que deseja rastrear.

Com o Git 2.17.0 (Não sei ao certo quanto tempo antes desta versão. Possivelmente, retorne à 1.8.2), o uso do **padrão combinado com exclusões para cada subdiretório que leva ao (s) arquivo (s) funciona. Por exemplo:

# assuming the root folder you want to ignore is 'application'
application/**

# Explicitly track certain content nested in the 'application' folder:
!application/language/
!application/language/gr/
!application/language/gr/** # Example adding all files & folder in the 'gr' folder
!application/language/gr/SomeFile.txt # Example adding specific file in the 'gr' folder

Há várias perguntas semelhantes sobre isso, então vou postar o que escrevi antes:

A única maneira de fazer isso funcionar na minha máquina era fazê-lo desta maneira:

# Ignore all directories, and all sub-directories, and it's contents:
*/*

#Now ignore all files in the current directory 
#(This fails to ignore files without a ".", for example 
#'file.txt' works, but 
#'file' doesn't):
*.*

#Only Include these specific directories and subdirectories:
!wordpress/
!wordpress/*/
!wordpress/*/wp-content/
!wordpress/*/wp-content/themes/
!wordpress/*/wp-content/themes/*
!wordpress/*/wp-content/themes/*/*
!wordpress/*/wp-content/themes/*/*/*
!wordpress/*/wp-content/themes/*/*/*/*
!wordpress/*/wp-content/themes/*/*/*/*/*

Observe como você deve permitir explicitamente o conteúdo para cada nível que você deseja incluir. Portanto, se eu tiver subdiretórios 5 em temas, ainda preciso esclarecer isso.

Isto é do comentário de @ Yarin aqui: https://stackoverflow.com/a/5250314/1696153

Estes foram tópicos úteis:

• Como os padrões negados funcionam no .gitignore?
• Como as regras de exclusão de gitignore realmente funcionam?

Eu também tentei

*
*/*
**/**

e **/wp-content/themes/**

ou /wp-content/themes/**/*

Nada disso funcionou para mim também. Muitas tentativas e erros!

Eu descobri que apenas isso realmente funciona.

**/node_modules/*
!**/node_modules/keep-dir

A maneira mais simples e provavelmente a melhor é tentar adicionar os arquivos manualmente (geralmente isso tem precedência sobre as .gitignoreregras de estilo):

git add /path/to/module

Você pode até querer -N adicionar o sinalizador, sugerindo que você os adicione, mas não imediatamente. Costumo fazer isso para novos arquivos que ainda não estou pronto para preparar.

Esta é uma cópia de uma resposta publicada sobre o que poderia ser facilmente um controle de qualidade duplicado. Estou reposicionando-o aqui para aumentar a visibilidade - acho mais fácil não ter uma confusão de regras de gitignore.

Então, já que muitos programadores usam o nó. o caso de uso que atende a essa pergunta é excluir, node_modulesexceto um módulo, module-apor exemplo:

!node_modules/

node_modules/*
!node_modules/module-a/

Adicione uma resposta adicional:

!/.vs/              <== include this folder to source control, folder only, nothing else
/.vs/*              <== but ignore all files and sub-folder inside this folder
!/.vs/ProjectSettings.json <== but include this file to source control
!/.vs/config/       <== then include this folder to source control, folder only, nothing else
!/.vs/config/*      <== then include all files inside the folder

aqui está o resultado:

Especialmente para as versões mais antigas do Git, a maioria das sugestões não funciona tão bem. Se for esse o caso, eu colocaria um .gitignore separado no diretório em que desejo que o conteúdo seja incluído, independentemente de outras configurações, e permita o necessário.

Por exemplo: /.gitignore

# ignore all .dll files
*.dll

/dependency_files/.gitignore

# include everything
!*

Portanto, tudo em / dependency_files (mesmo arquivos .dll) está incluído.

Eu encontrei um caso semelhante aqui, em que no laravel, por padrão, .gitignoreignora todos usando asterix e substitui o diretório público.

*
!public
!.gitignore

Isso não é suficiente se você se deparar com o cenário OP.

Se você deseja confirmar uma subpasta específica de public, digamos, por exemplo, em seu public/productsdiretório, você deseja incluir arquivos com uma subpasta profunda, por exemplo, para incluir que public/products/a/b.jpgeles não serão detectados corretamente, mesmo se você os adicionar especificamente assim !/public/products,!public/products/* , etc ..

A solução é garantir que você adicione uma entrada para cada nível de caminho como esse para substituir todos eles.

*
!.gitignore
!public/
!public/*/
!public/products/
!public/products/*
!public/products/*/
!public/products/*/
!public/products/*/*

Apenas outro exemplo de percorrer a estrutura de diretórios para obter exatamente o que você deseja. Nota: não excluí, Library/masLibrary/**/*

# .gitignore file
Library/**/*
!Library/Application Support/
!Library/Application Support/Sublime Text 3/
!Library/Application Support/Sublime Text 3/Packages/
!Library/Application Support/Sublime Text 3/Packages/User/
!Library/Application Support/Sublime Text 3/Packages/User/*macro
!Library/Application Support/Sublime Text 3/Packages/User/*snippet
!Library/Application Support/Sublime Text 3/Packages/User/*settings
!Library/Application Support/Sublime Text 3/Packages/User/*keymap
!Library/Application Support/Sublime Text 3/Packages/User/*theme
!Library/Application Support/Sublime Text 3/Packages/User/**/
!Library/Application Support/Sublime Text 3/Packages/User/**/*macro
!Library/Application Support/Sublime Text 3/Packages/User/**/*snippet
!Library/Application Support/Sublime Text 3/Packages/User/**/*settings
!Library/Application Support/Sublime Text 3/Packages/User/**/*keymap
!Library/Application Support/Sublime Text 3/Packages/User/**/*theme

> git add Library

> git status

On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   Library/Application Support/Sublime Text 3/Packages/User/Default (OSX).sublime-keymap
    new file:   Library/Application Support/Sublime Text 3/Packages/User/ElixirSublime.sublime-settings
    new file:   Library/Application Support/Sublime Text 3/Packages/User/Package Control.sublime-settings
    new file:   Library/Application Support/Sublime Text 3/Packages/User/Preferences.sublime-settings
    new file:   Library/Application Support/Sublime Text 3/Packages/User/RESTer.sublime-settings
    new file:   Library/Application Support/Sublime Text 3/Packages/User/SublimeLinter/Monokai (SL).tmTheme
    new file:   Library/Application Support/Sublime Text 3/Packages/User/TextPastryHistory.sublime-settings
    new file:   Library/Application Support/Sublime Text 3/Packages/User/ZenTabs.sublime-settings
    new file:   Library/Application Support/Sublime Text 3/Packages/User/adrian-comment.sublime-macro
    new file:   Library/Application Support/Sublime Text 3/Packages/User/json-pretty-generate.sublime-snippet
    new file:   Library/Application Support/Sublime Text 3/Packages/User/raise-exception.sublime-snippet
    new file:   Library/Application Support/Sublime Text 3/Packages/User/trailing_spaces.sublime-settings

No WordPress, isso me ajudou:

wp-admin/
wp-includes/
/wp-content/*
!wp-content/plugins/
/wp-content/plugins/*
!/wp-content/plugins/plugin-name/
!/wp-content/plugins/plugin-name/*.*
!/wp-content/plugins/plugin-name/**

gitignore - especifica arquivos não rastreados intencionalmente a serem ignorados.

Exemplo para excluir tudo, exceto um diretório específico foo / bar (observe o / * - sem a barra, o curinga também excluiria tudo dentro de foo / bar ):

$ cat .gitignore
# exclude everything except directory foo/bar
/*
!/foo
/foo/*
!/foo/bar

Outro exemplo para o WordPress :

!/wp-content
wp-content/*
!/wp-content/plugins
wp-content/plugins/*
!wp-content/plugins/my-awesome-plugin

Mais informações aqui: https://git-scm.com/docs/gitignore

Costumo usar essa solução alternativa na CLI, onde, em vez de configurar o meu .gitignore, crio um .includearquivo separado onde defino os (sub) diretórios que desejo que sejam incluídos, apesar dos diretórios serem ignorados direta ou recursivamente por.gitignore .

Assim, eu uso adicionalmente

git add `cat .include`

durante a preparação, antes de confirmar.

Para o OP, sugiro usar um .includeque tenha estas linhas:

<parent_folder_path>/application/language/gr/*

NOTA: O uso catnão permite o uso de aliases (dentro .include) para especificar $ HOME (ou qualquer outro diretório específico). Isso ocorre porque a linha homedir/app1/* quando passada para o git adduso do comando acima aparece comogit add 'homedir/app1/*' , e os caracteres entre aspas simples ('') preservam o valor literal de cada caractere entre aspas, impedindo o funcionamento de aliases (como homedir ) (consulte Bash Single Citações ).

Aqui está um exemplo de um .includearquivo que eu uso no meu repositório aqui .

/home/abhirup/token.txt
/home/abhirup/.include
/home/abhirup/.vim/*
/home/abhirup/.viminfo
/home/abhirup/.bashrc
/home/abhirup/.vimrc
/home/abhirup/.condarc

Eu queria rastrear arquivos js de produção jquery e isso funcionou:

node_modules/*
!node_modules/jquery
node_modules/jquery/*
!node_modules/jquery/dist/*

minha configuração do JetBrains IntelliJ IDEA .gitignore, em que preciso excluir a .ideapasta wholde, exceto .idea/runConfigurations:

.idea
!.idea/
.idea/*
!.idea/runConfigurations/

consulte: https://github.com/daggerok/gitignore-idea-runConfigurations