我想跟踪位于/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...

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

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

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

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

最简单也可能是最好的方法是手动添加文件(通常这优先于.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

对于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/

我在这里发现了一个类似的情况，在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/*/*