对于经常使用Git的朋友来说，.gitignore配置一定不会陌生，文件的完整文件名就是".gitignore"，注意最前面有个“.”，创建的方法是打开记事本另存为.gitignore， 一般来说每个Git项目中都需要一个“.gitignore”文件，这个文件的作用就是告诉Git哪些文件不需要添加到版本管理中。

常用的规则： 1）/bin/                                        过滤整个文件夹 2）*.zip                                        过滤所有.zip文件 3）/bin/doc/help.doc                    过滤某个具体文件

        被过滤掉的文件就不会出现在git仓库中（gitlab或github）了，当然本地库中还有，只是push的时候不会上传。如果初次上传时就添加到了.gitignore中，代码仓中也没有了 需要注意的是，gitignore还可以指定要将哪些文件添加到版本管理中： 1）!*.zip 2）!/bin/doc/help.doc

        唯一的区别就是规则开头多了一个感叹号，Git会将满足这类规则的文件添加到版本管理中。 为什么要有两种规则呢？想象一个场景：假如我们只需要管理/bin/doc/目录中的help.doc文件，这个目录中的其他文件都不需要管理，那么我们就需要使用： 1）/bin/ 2）!/bin/doc/help.doc

        最后需要强调的一点是，如果你不慎在创建.gitignore文件之前就push了项目，那么即使你在.gitignore文件中写入新的过滤规则，这些规则也不会起作用，Git仍然会对所有文件进行版本管理。         简单来说，出现这种问题的原因就是Git已经开始管理这些文件了，所以你无法再通过过滤规则过滤它们。因此一定要养成在项目开始就创建.gitignore文件的习惯，否则一旦push，处理起来会非常麻烦，往往需要将代码仓的工程删掉重新push。

        有三种方法可以实现过滤掉Git里不想上传的文件，这三种方法都能达到目的，只不过适用情景不一样，第一种和第二种可以将规则同步到其他开发者,第三种方法不能将过滤规则同步到其他开发者。

1）第一种方法 　　针对单一工程排除文件，这种方式会让这个工程的所有修改者在克隆代码的同时，也能克隆到过滤规则，而不用自己再写一份，这就能保证所有修改者应用的都是同一份规则，而不是张三自己有一套过滤规则，李四又使用另一套过滤规则，个人比较喜欢这个。

        在工程根目录下建立.gitignore文件(不一定是在工程，也可以在某个文件夹内增加，路径是相对于当前gitignore所在文件夹开始)，将要排除的文件或目录 写到.gitignore这个文件中。

2）第二种方法         全局设置排除文件，这会在全局起作用，只要是Git管理的工程，在提交时都会自动排除不在控制范围内的文件或目录。这种方法对开发者来说，比较省事，只要一次全局配置，不用每次建立工程都要配置一遍过滤规则。但是这不保证其他的开发者在克隆你的代码后，他们那边的规则跟你的是一样的，这就带来了代码提交过程中的各种冲突问题。 配置步骤如下： a）像方法（1）一样，也需要建立一个.gitignore文件，把要排除的文件写进去。 b）但在这里，我们不规定一定要把.gitnore文件放到某个工程下面，而是任何地方，比如我们这里放到了C:\Users下 c）使用命令方式可以配置全局排除文件 git config --global core.excludesfile C:\Users\.gitignore，你会发现在.gitconfig文件中会出现excludesfile = C:\Users\.gitignore。 说明Git把文件过滤规则应用到了Global的规则中。

3）第三种方法         单个工程设置排除文件，在工程目录下找到.git/info/exclude，把要排除的文件写进去：