如果您排除了application/，那么它下面的所有内容将始终被排除(即使稍后的某些负排除模式(“unignore”)可能匹配application/下的某些内容)。

要做你想做的事情，你必须“取消忽略”你想“取消忽略”的所有父目录。通常情况下，您会成对编写针对这种情况的规则:忽略目录中的所有内容，但不包括某些子目录。

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

application/*
!application/language/

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

请注意 后面的/*是重要的:

模式dir/排除了名为dir的目录和(隐式地)该目录下的所有内容。 使用dir/， Git永远不会查看dir下的任何内容，因此永远不会对dir下的任何内容应用任何“不排除”模式。 模式dir/*没有说明dir本身;它只是排除了dir下的所有东西。 使用dir/*， Git将直接处理dir的内容，让其他模式有机会“取消排除”一些内容(!dir/sub/)。

@Chris Johnsen的回答很好，但在Git的新版本(1.8.2或更高版本)中，有一个双星号模式，你可以利用它来获得更简洁的解决方案:

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

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

这样你就不必“取消忽略”你想要跟踪的子文件夹的父目录。

Git 2.17.0(不知道在这个版本之前有多早。可能回到1.8.2)，使用**模式结合排除法对指向您的文件的每个子目录有效。例如:

# 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

对于Git 1.9/2.0(2014年第一季度)，Karsten Blees (kblees)的提交59856de澄清了这种情况:

Gitignore.txt:阐明排除目录的递归性质

可选前缀“!”，否定模式;任何被前一个模式排除的匹配文件将被重新包含。 如果排除了文件的父目录，则无法重新包含该文件。（*） (*:除非git 2.8+满足某些条件，见下文) 出于性能原因，Git没有列出排除的目录，因此所包含文件上的任何模式都没有影响，无论它们定义在哪里。 对于以文字“!”开头的模式，在第一个“!”前面加一个反斜杠(“\”)，例如，“\!important!.txt”。 示例排除除特定目录foo/bar以外的所有内容(注意/* -没有斜杠，通配符也会排除foo/bar内的所有内容):

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

在你的情况下:

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

必须先将文件夹列入白名单，然后才能将给定文件夹中的文件列入白名单。

2016年2月/ 3月更新:

注意，在git 2.9.x/2.10(2016年年中?)中，如果重新包含的路径中没有通配符，则该文件的父目录被排除在外，则可能重新包含该文件。

nguyforgen Thái ngeconc Duy (pclouds)正在尝试添加这个特性:

git v2.7.0提交506d8f1, git v2.8.0-rc0提交76b620d Commit 5e57f9c git v2.8.0-rc0在提交5cee3493 git 2.8.0时被恢复(!)。

因此，在git 2.9+中，这实际上是可以工作的，但最终被恢复了:

application/
!application/language/gr/

关于这个问题还有很多类似的问题，所以我会把我之前写过的贴出来:

我让这个在我的机器上工作的唯一方法是这样做:

# 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/*/*/*/*/*

请注意，您必须显式地允许您想要包含的每个级别的内容。所以如果我在主题下面有子目录5，我仍然需要拼写出来。

这是@Yarin的评论:https://stackoverflow.com/a/5250314/1696153

这些都是有用的话题:

负模式在。gitignore中是如何工作的? gitignore排除规则实际上是如何工作的?

我也试过

*
*/*
**/**

和* * / wp-content /主题/ * *

或/ wp-content /主题/ * * / *

这些对我也没用。大量的试验和错误!

因为很多程序员使用node。满足这个问题的用例是排除node_modules，除了一个模块module-a，例如:

!node_modules/

node_modules/*
!node_modules/module-a/

这是另一个遍历目录结构以获得所需内容的示例。注意:我没有排除Library/，而是排除Library/**/*

# .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添加库

> git 状态

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

我发现只有这个可行。

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

特别是对于较旧的Git版本，大多数建议都不能很好地工作。 如果是这种情况，我将在我希望包含内容的目录中放置一个单独的.gitignore，而不考虑其他设置，并允许其中包含所需的内容。

例如: / .gitignore

# ignore all .dll files
*.dll

/ dependency_files .gitignore

# include everything
!*

因此，/dependency_files中的所有内容(甚至是.dll文件)都被很好地包含在内。

我在这里发现了一个类似的情况，在laravel中默认情况下，.gitignore忽略所有使用asterix的内容，然后覆盖公共目录。 (这也是与主答案@Chris Johnsen相同的解决方案，只是可能更简洁一点。)

*
!public
!.gitignore

如果您遇到OP场景，这是不够的。

如果你想提交一个特定的public子文件夹，例如，在你的public/products目录中，你想包含一个子文件夹深度的文件，例如，包含public/products/a/b.jpg，它们不会被正确检测到，即使你像这样特别地添加它们!/public/products， !public/products/*等。

解决方案是确保像这样为每个路径级别添加一个条目来覆盖它们。

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

我想跟踪jquery生产js文件，这是有效的:

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

在WordPress中，这帮助了我:

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/**

我经常在CLI中使用这个解决方案，而不是配置我的.gitignore，我创建了一个单独的.include文件，在其中定义我想包含的(子)目录，尽管目录直接或递归被.gitignore忽略。

因此，我额外使用

git add `cat .include`

在登台期间，提交之前。

对于OP，我建议使用.include，其中包含这些行:

<parent_folder_path>/application/language/gr/*

注意:使用cat不允许使用别名(在.include内)来指定$HOME(或任何其他特定目录)。这是因为行homedir/app1/* 当使用上述命令传递给git add时，显示为git add 'homedir/app1/*'，并且将字符括在单引号(")中保留了引号内每个字符的文字值，从而防止别名(如homedir)发挥作用(参见Bash单引号)。

下面是我在这里的repo中使用的.include文件的示例。

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

添加一个额外的答案:

!/.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

结果如下:

gitignore -指定有意忽略的未跟踪文件。

示例排除除特定目录foo/bar以外的所有内容(注意/* -没有斜杠，通配符也会排除foo/bar内的所有内容):

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

WordPress的另一个例子:

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

更多信息在这里:https://git-scm.com/docs/gitignore

最简单也可能是最好的方法是手动添加文件(通常这优先于.gitignore风格的规则):

git add /path/to/module

如果文件已经被忽略，则可能需要-f。您甚至可能希望使用-N意图添加标志，以建议您将添加它们，但不是立即添加。我经常对我还没有准备好的新文件这样做。

这是一个答案的副本张贴在什么很容易是一个重复的QA。我在这里重新发布是为了增加能见度——我发现不搞乱gitignore规则更容易。

我的JetBrains IntelliJ IDEA .gitignore配置，在那里我需要排除整个。IDEA文件夹除了。IDEA /runConfigurations:

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

参见:https://github.com/daggerok/gitignore-idea-runConfigurations

这招对我很管用:

**/.idea/**
!**/.idea/copyright/
!.idea/copyright/profiles_settings.xml
!.idea/copyright/Copyright.xml

我想跟踪位于/etc/nagios/中的Nagios配置文件以及/usr/lib64/ Nagios /plugins/中的插件。为此，我在/中初始化了一个git repo，并使用了以下排除列表:

/*
!etc
etc/*
!etc/nagios
!usr
usr/*
!usr/lib64
usr/lib64/*
!usr/lib64/nagios
usr/lib64/nagios/*
!usr/lib64/nagios/plugins

Git像这样遍历列表:

/*             exclude everything under / ...
!etc           but include /etc back
etc/*             exclude everything under /etc/...
!etc/nagios       but include /etc/nagios back
!usr           but include /usr back
usr/*             exclude everything under /usr/...
                  and so on...

添加一个名为.gitignore的文件到子文件夹，然后填充

!/Bin/

这对我很管用!

类似于这条评论，没有一个解决方案和模式适合我;强制git添加应该被排除的文件和文件夹，有效:

Git添加-f。