这是一场灾难，在使用git 16年（2005年）之后，没有一种简单而明显的方法来排除位于目录层次结构深处的一个文件，否则应该忽略它。相反，我们需要采取疯狂的做法，比如反复挖掘结构，并以正确的顺序排除和包含目录。一年中你需要记住4次，这是不可能的。

唯一聪明但非常奇怪的选择是使用git add--force。当你不单独处理gitted回购协议时，某些事情注定会失败。

所以我编写了一个小bash函数来修复这个问题，以便于复制粘贴。让我先解释一下一行：

f=0; y='';for x in $(echo "uploads/rubbish/stuff/KEEP_ME/a.py" | tr '\/' '\n'); do y="$y/$x"; if [ $(($f)) -eq 0 ]; then y="$x"; f=1; fi; echo -e '!'"$y/\n$y/*"; done | sed '$d' |sed -z 's/..$//'; echo;

# output:
!uploads/
uploads/*
!uploads/rubbish/
uploads/rubbish/*
!uploads/rubbish/stuff/
uploads/rubbish/stuff/*
!uploads/rubbish/stuff/KEEP_ME/
uploads/rubbish/stuff/KEEP_ME/*
!uploads/rubbish/stuff/KEEP_ME/a.py

描述

有一个if语句用于调整第一个未获得/的项目。tr'\/''\n'-在标准POSIX路径中\n转换/to（以获取列表）y=“$y/$x”-在上一个目录之后添加下一个子目录（在列表中）。echo-e'！'“$y/\n$y/*”-打印2行子目录项，第一行用！前缀，第二个带/*后缀。sed“$d”-删除最后一行sed-z的/..$//'-从最后一行删除最后2个字符/*

然后我们创建函数：

function gitkeep () { f=0; y='';for x in $(echo "$1" | tr '\/' '\n'); do y="$y/$x"; if [[ f -eq 0 ]]; then y="$x"; f=1; fi; echo -e '!'"$y/\n$y/*"; done | sed '$d' |sed -z 's/..$//'; echo; }

# gitkeep "uploads/rubbish/stuff/KEEP_ME/a"

!uploads/
uploads/*
!uploads/rubbish/
uploads/rubbish/*
!uploads/rubbish/stuff/
uploads/rubbish/stuff/*
!uploads/rubbish/stuff/KEEP_ME/
uploads/rubbish/stuff/KEEP_ME/*
!uploads/rubbish/stuff/KEEP_ME/a

这里，我将算术if语句简化为if[[f-eq 0]]；。

享受

您可以使用git-config-status.showUntrackedFiles no，所有未跟踪的文件都将对您隐藏。有关详细信息，请参阅man git config。

我的子文件夹有问题。

不工作：

/custom/*
!/custom/config/foo.yml.dist

作品：

/custom/config/*
!/custom/config/foo.yml.dist

可选前缀！这否定了该模式；排除的任何匹配文件将再次包括先前的模式。如果否定模式匹配，这将覆盖优先级较低的模式源。

# Ignore everything
*

# But not these files...
!.gitignore
!script.pl
!template.latex
# etc...

# ...even if they are in subdirectories
!*/

# if the files to be tracked are in subdirectories
!*/a/b/file1.txt
!*/a/b/c/*

如果您需要忽略除少数文件和少数根文件夹之外的所有内容，则简单的解决方案：

/*
!.gitignore
!showMe.txt
!my_visible_dir

神奇的是在/*（如上所述）中，它忽略（根）文件夹中的所有内容，但不递归。

与OP有类似的问题，但前10名投票支持的答案中没有一个有效。我终于发现了

错误语法：

*
!bin/script.sh

正确语法：

*
!bin
!bin/script.sh

gitignore手册页的解释：

一个可选前缀“！”，用于否定模式；被先前模式排除的任何匹配文件将再次包含。如果排除了文件的父目录，则无法重新包含该文件。由于性能原因，Git没有列出排除的目录，因此包含的文件上的任何模式都不会产生任何影响，无论它们是在哪里定义的。

这意味着上面的“错误语法”是错误的，因为bin/script.sh不能重新包含，因为bin/被忽略。这就是全部。

扩展示例：

$tree。

.
├── .gitignore
└── bin
    ├── ignore.txt
    └── sub
        └── folder
            └── path
                ├── other.sh
                └── script.sh

$cat.gitignore

*
!.gitignore
!bin
!bin/sub
!bin/sub/folder
!bin/sub/folder/path
!bin/sub/folder/path/script.sh

$git状态--未跟踪的文件--已忽略

On branch master

No commits yet

Untracked files:
  (use "git add <file>..." to include in what will be committed)
        .gitignore
        bin/sub/folder/path/script.sh

Ignored files:
  (use "git add -f <file>..." to include in what will be committed)
        bin/ignore.txt
        bin/sub/folder/path/other.sh

nothing added to commit but untracked files present (use "git add" to track)