Git忽略提交规则 - .gitignore配置运维总结

在使用Git的过程当中，咱们喜欢有的文件好比日志，临时文件，编译的中间文件等不要提交到代码仓库，这时就要设置相应的忽略规则，来忽略这些文件的提交。简单来讲一个场景：在你使用git add .的时候，遇到了把你不想提交的文件也添加到了缓存中去的状况，好比项目的本地配置信息，若是你上传到Git中去其余人pull下来的时候就会和他本地的配置有冲突，因此这样的个性化配置文件咱们通常不把它推送到git服务器中，可是又为了偷懒每次添加缓存的时候都想用git add .而不是手动一个一个文件添加，该怎么办呢？很简单，git为咱们提供了一个.gitignore文件只要在这个文件中申明那些文件你不但愿添加到git中去，这样当你使用git add .的时候这些文件就会被自动忽略掉。

有三种方法能够实现忽略Git中不想提交的文件：
1）在Git项目中定义.gitignore文件
对于常用Git的朋友来讲，.gitignore配置必定不会陌生。这种方式经过在项目的某个文件夹下定义.gitignore文件，在该文件中定义相应的忽略规则，来管理当前文件夹下的文件的Git提交行为。.gitignore 文件是能够提交到公有仓库中，这就为该项目下的全部开发者都共享一套定义好的忽略规则。在.gitingore 文件中，遵循相应的语法，在每一行指定一个忽略规则。如：

1 2 3

*.log *.temp /vendor

2）在Git项目的设置中指定排除文件
这种方式只是临时指定该项目的行为，须要编辑当前项目下的 .git/info/exclude文件，而后将须要忽略提交的文件写入其中。须要注意的是，这种方式指定的忽略文件的根目录是项目根目录。

3）定义Git全局的 .gitignore 文件
除了能够在项目中定义 .gitignore 文件外，还能够设置全局的git .gitignore文件来管理全部Git项目的行为。这种方式在不一样的项目开发者之间是不共享的，是属于项目之上Git应用级别的行为。这种方式也须要建立相应的 .gitignore 文件，能够放在任意位置。而后在使用如下命令配置Git：

1	# git config --global core.excludesfile ~/.gitignore

首先要强调一点，这个文件的完整文件名就是".gitignore"，注意最前面有个“.”。通常来讲每一个Git项目中都须要一个“.gitignore”文件，这个文件的做用就是告诉Git哪些文件不须要添加到版本管理中。实际项目中，不少文件都是不须要版本管理的，好比Python的.pyc文件和一些包含密码的配置文件等等。这个文件的内容是一些规则，Git会根据这些规则来判断是否将文件添加到版本控制中。

Git忽略文件的原则
-  忽略操做系统自动生成的文件，好比缩略图等；
-  忽略编译生成的中间文件、可执行文件等，也就是若是一个文件是经过另外一个文件自动生成的，那自动生成的文件就不必放进版本库，好比Java编译产生的.class文件；
-  忽略你本身的带有敏感信息的配置文件，好比存放口令的配置文件。

.gitignore文件的使用方法
首先，在你的工做区新建一个名称为.gitignore的文件。
而后，把要忽略的文件名填进去，Git就会自动忽略这些文件。
不须要从头写.gitignore文件，GitHub已经为咱们准备了各类配置文件，只须要组合一下就可使用了。

有时对于git项目下的某些文件，咱们不须要归入版本控制，好比日志文件或者IDE的配置文件，此时能够在项目的根目录下创建一个隐藏文件 .gitignore（linux下以.开头的文件都是隐藏文件），而后在.gitignore中写入须要忽略的文件。

1 2 3 4

[root@kevin ~]# cat .gitignore *.xml *.log *.apk

.gitignore注释用'#', *表示匹配0个或多个任意字符，因此上面的模式就是要忽略全部的xml文件,log文件和apk文件。

.gitignore配置文件用于配置不须要加入版本管理的文件，配置好该文件能够为版本管理带来很大的便利。

.gitignore忽略规则的优先级
在 .gitingore 文件中，每一行指定一个忽略规则，Git检查忽略规则的时候有多个来源，它的优先级以下（由高到低）：
1）从命令行中读取可用的忽略规则
2）当前目录定义的规则
3）父级目录定义的规则，依次递推
4）$GIT_DIR/info/exclude 文件中定义的规则
5）core.excludesfile中定义的全局规则

.gitignore忽略规则的匹配语法
在 .gitignore 文件中，每一行的忽略规则的语法以下：
1）空格不匹配任意文件，可做为分隔符，可用反斜杠转义
2）以“＃”开头的行都会被 Git 忽略。即#开头的文件标识注释，可使用反斜杠进行转义。
3）可使用标准的glob模式匹配。所谓的glob模式是指shell所使用的简化了的正则表达式。
4）以斜杠"/"开头表示目录；"/"结束的模式只匹配文件夹以及在该文件夹路径下的内容，可是不匹配该文件；"/"开始的模式匹配项目跟目录；若是一个模式不包含斜杠，则它匹配相对于当前 .gitignore 文件路径的内容，若是该模式不在 .gitignore 文件中，则相对于项目根目录。
5）以星号"*"通配多个字符，即匹配多个任意字符；使用两个星号"**" 表示匹配任意中间目录，好比`a/**/z`能够匹配 a/z, a/b/z 或 a/b/c/z等。
6）以问号"?"通配单个字符，即匹配一个任意字符；
7）以方括号"[]"包含单个字符的匹配列表，即匹配任何一个列在方括号中的字符。好比[abc]表示要么匹配一个a，要么匹配一个b，要么匹配一个c；若是在方括号中使用短划线分隔两个字符，表示全部在这两个字符范围内的均可以匹配。好比[0-9]表示匹配全部0到9的数字，[a-z]表示匹配任意的小写字母）。
8）以叹号"!"表示不忽略(跟踪)匹配到的文件或目录，即要忽略指定模式之外的文件或目录，能够在模式前加上惊叹号（!）取反。须要特别注意的是：若是文件的父目录已经被前面的规则排除掉了，那么对这个文件用"!"规则是不起做用的。也就是说"!"开头的模式表示否认，该文件将会再次被包含，若是排除了该文件的父级目录，则使用"!"也不会再次被包含。可使用反斜杠进行转义。

须要谨记：git对于.ignore配置文件是按行从上到下进行规则匹配的，意味着若是前面的规则匹配的范围更大，则后面的规则将不会生效；

.gitignore忽略规则简单说明

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50

#               表示此为注释,将被Git忽略 *.a             表示忽略全部 .a 结尾的文件 !lib.a          表示但lib.a除外 /TODO           表示仅仅忽略项目根目录下的 TODO 文件，不包括 subdir/TODO build/          表示忽略 build/目录下的全部文件，过滤整个build文件夹； doc/*.txt       表示会忽略doc/notes.txt但不包括 doc/server/arch.txt   bin/:           表示忽略当前路径下的bin文件夹，该文件夹下的全部内容都会被忽略，不忽略 bin 文件 /bin:           表示忽略根目录下的bin文件 /*.c:           表示忽略cat.c，不忽略 build/cat.c debug/*.obj:    表示忽略debug/io.obj，不忽略 debug/common/io.obj和tools/debug/io.obj **/foo:         表示忽略/foo,a/foo,a/b/foo等 a/**/b:         表示忽略a/b, a/x/b,a/x/y/b等 !/bin/run.sh    表示不忽略bin目录下的run.sh文件 *.log:          表示忽略全部 .log 文件 config.php:     表示忽略当前路径的 config.php 文件   /mtk/           表示过滤整个文件夹 *.zip           表示过滤全部.zip文件 /mtk/do.c       表示过滤某个具体文件   被过滤掉的文件就不会出如今git仓库中（gitlab或github）了，固然本地库中还有，只是push的时候不会上传。   须要注意的是，gitignore还能够指定要将哪些文件添加到版本管理中，以下： !*.zip !/mtk/one.txt   惟一的区别就是规则开头多了一个感叹号，Git会将知足这类规则的文件添加到版本管理中。为何要有两种规则呢？ 想象一个场景：假如咱们只须要管理/mtk/目录中的one.txt文件，这个目录中的其余文件都不须要管理，那么.gitignore规则应写为：： /mtk/* !/mtk/one.txt   假设咱们只有过滤规则，而没有添加规则，那么咱们就须要把/mtk/目录下除了one.txt之外的全部文件都写出来！ 注意上面的/mtk/*不能写为/mtk/，不然父目录被前面的规则排除掉了，one.txt文件虽然加了!过滤规则，也不会生效！   ---------------------------------------------------------------------------------- 还有一些规则以下： fd1/* 说明：忽略目录 fd1 下的所有内容；注意，无论是根目录下的 /fd1/ 目录，仍是某个子目录 /child/fd1/ 目录，都会被忽略；   /fd1/* 说明：忽略根目录下的 /fd1/ 目录的所有内容；   /* !.gitignore !/fw/  /fw/* !/fw/bin/ !/fw/sf/ 说明：忽略所有内容，可是不忽略 .gitignore 文件、根目录下的 /fw/bin/ 和 /fw/sf/ 目录；注意要先对bin/的父目录使用!规则，使其不被排除。

舒适提示：
若是你不慎在建立.gitignore文件以前就push了项目，那么即便你在.gitignore文件中写入新的过滤规则，这些规则也不会起做用，Git仍然会对全部文件进行版本管理。简单来讲出现这种问题的缘由就是Git已经开始管理这些文件了，因此你没法再经过过滤规则过滤它们。因此你们必定要养成在项目开始就建立.gitignore文件的习惯，不然一单push，处理起来会很是麻烦。

.gitignore忽略规则经常使用示例

1）示例

好比你的项目是java项目，.java文件编译后会生成.class文件，这些文件多数状况下是不想被传到仓库中的文件。这时候你能够直接适用github的.gitignore文件模板。https://github.com/github/gitignore/blob/master/Java.gitignore 将这些忽略文件信息复制到你的.gitignore文件中去：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

# Compiled class file *.class   # Log file *.log   # BlueJ files *.ctxt   # Mobile Tools for Java (J2ME) .mtj.tmp/   # Package Files # *.jar *.war *.nar *.ear *.zip *.tar.gz *.rar   # virtual machine crash logs, see http://www.java.com/en/download/help/error_hotspot.xml hs_err_pid*

能够看到github为咱们提供了最流行的.gitignore文件配置。保存.ignore文件后咱们查看下git status，检查下是否还有咱们不须要的文件会被添加到git中去：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

$ git status On branch master   Initial commit   Changes to be committed:   (use "git rm --cached <file>..." to unstage)           new file:   .gitignore         new file:   HelloWorld.java   Untracked files:   (use "git add <file>..." to include in what will be committed)           Config.ini

好比个人项目目录下有一个Config.ini文件，这个是个本地配置文件我不但愿上传到git中去，咱们能够在gitignore文件中添加这样的配置：

1	Config.ini

或者你想忽略全部的.ini文件你能够这样写：

1

*.ini

若是有些文件已经被你忽略了，当你使用git add时是没法添加的，好比我忽略了*.class，如今我想把HelloWorld.class添加到git中去：

1 2 3 4

$ git add HelloWorld.class The following paths are ignored by one of your .gitignore files: HelloWorld.class Use -f if you really want to add them.

git会提示咱们这个文件已经被咱们忽略了，须要加上-f参数才能强制添加到git中去：

1 2 3 4 5 6 7 8 9 10 11

$ git status On branch master   Initial commit   Changes to be committed:   (use "git rm --cached <file>..." to unstage)           new file:   .gitignore         new file:   HelloWorld.class         new file:   HelloWorld.java

这样就能强制添加到缓存中去了。若是咱们意外的将想要忽略的文件添加到缓存中去了，咱们可使用rm命令将其从中移除：

1 2	$ git rm HelloWorld.class --cached rm 'HelloWorld.class'

若是你已经把不想上传的文件上传到了git仓库，那么你必须先从远程仓库删了它，咱们能够从远程仓库直接删除而后pull代码到本地仓库这些文件就会本删除，或者从本地删除这些文件而且在.gitignore文件中添加这些你想忽略的文件，而后再push到远程仓库。

2）示例

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57

下面是曾经线上使用过的一个gerrit里项目代码的.gitignore的配置（在项目中添加.gitignore过滤文件，在git push到gerrit里便可） [wangshibo@gerrit-server hq_ios]$ cat .gitignore #Built application files *.apk *.ap_    # Files for the Dalvik VM *.dex    # Java class files *.class    # Generated files */bin/ */gen/ */out/    # Gradle files .gradle/ build/ */build/ gradlew gradlew.bat    # Local configuration file (sdk path, etc) local.properties    # Proguard folder generated by Eclipse proguard/    # Log Files *.log    # Android Studio Navigation editor temp files .navigation/    # Android Studio captures folder captures/    # Intellij *.iml */*.iml    # Keystore files #*.jks #gradle wrapper gradle/    #some local files */.settings/ */.DS_Store .DS_Store */.idea/ .idea/ gradlew gradlew.bat unused.txt

3）示例

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

[wangshibo@gerrit-server hq_ios$ cat .gitignore # Lines that start with '#' are comments. # IntelliJ IDEA Project files .idea *.iml *.ipr *.iws out    # Eclipse Project files .classpath .project .settings/    bin/ gen/ local.properties    .DS_Store Thumbs.db    *.bak *.tem *.temp #.swp *.*~ ~*.*

.gitignor忽略规则查看
若是你发下.gitignore写得有问题，须要找出来到底哪一个规则写错了，能够用git check-ignore命令检查：

1 2	$ git check-ignore -v HelloWorld.class .gitignore:1:*.class    HelloWorld.class

能够看到HelloWorld.class匹配到了咱们的第一条*.class的忽略规则因此文件被忽略了。

简单来讲，要实现过滤掉Git里不想上传的文件，如上介绍三种方法能达到这种目的，只不过适用情景不同：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43

============第一种方法=========== 针对单一工程排除文件，这种方式会让这个工程的全部修改者在克隆代码的同时，也能克隆到过滤规则，而不用本身再写一份， 这就能保证全部修改者应用的都是同一份规则，而不是张三本身有一套过滤规则，李四又使用另外一套过滤规则，我的比较喜欢这个。   配置步骤以下： 在工程根目录下创建.gitignore文件，将要排除的文件或目录 写到.gitignore这个文件中，其中有两种写入方法：   a)使用命令行增长排除文件 排除以.class结尾的文件 echo "*.class" >.gitignore (>> 是在文件尾增长,> 是删除已经存在的内容再增长)，以后会在当前目录下 生成一个.gitignore的文件。排除bin目录下的文件 echo "bin/" >.gitignore   b)最方便的办法是，用记事本打开，增长须要排除的文件或目录，一行增长一个，例如： *.class *.apk bin/ gen/ .settings/ proguard/     ===========第二种方法=========== 全局设置排除文件，这会在全局起做用，只要是Git管理的工程，在提交时都会自动排除不在控制范围内的文件或目录。这种方法对开发者来讲， 比较省事，只要一次全局配置，不用每次创建工程都要配置一遍过滤规则。可是这不保证其余的开发者在克隆你的代码后，他们那边的规则跟你 的是同样的，这就带来了代码提交过程当中的各类冲突问题。 配置步骤以下： a）像方法（1）同样，也须要创建一个.gitignore文件，把要排除的文件写进去。 b）但在这里，咱们不规定必定要把.gitnore文件放到某个工程下面，而是任何地方，好比咱们这里放到了Git默认的Home路径下，好比：/home/wangshibo/hqsb_ios c）使用命令方式能够配置全局排除文件:    # git config --global core.excludesfile ~/.gitignore    你会发如今~/.gitconfig文件中会出现excludesfile = /home/wangshibo/hqsb_ios/.gitignore。    说明Git把文件过滤规则应用到了Global的规则中。     ===========第三种方法=========== 单个工程设置排除文件，在工程目录下找到.git/info/exclude，把要排除的文件写进去： *.class *.apk bin/ gen/ .settings/ proguard/   这种方法就不提倡了，只能针对单一工程配置，并且还不能将过滤规则同步到其余开发者，跟方法一和方法二比较起来没有一点优点。

Git忽略规则(.gitignore配置）不生效缘由和解决

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

第一种方法: .gitignore中已经标明忽略的文件目录下的文件，git push的时候还会出如今push的目录中，或者用git status查看状态，想要忽略的文件仍是显示被追踪状态。 缘由是由于在git忽略目录中，新建的文件在git中会有缓存，若是某些文件已经被归入了版本管理中，就算是在.gitignore中已经声明了忽略路径也是不起做用的， 这时候咱们就应该先把本地缓存删除，而后再进行git的提交，这样就不会出现忽略的文件了。    解决方法: git清除本地缓存（改变成未track状态），而后再提交: [root@kevin ~]# git rm -r --cached . [root@kevin ~]# git add . [root@kevin ~]# git commit -m 'update .gitignore' [root@kevin ~]# git push -u origin master   须要特别注意的是： 1）.gitignore只能忽略那些原来没有被track的文件，若是某些文件已经被归入了版本管理中，则修改.gitignore是无效的。 2）想要.gitignore起做用，必需要在这些文件不在暂存区中才能够，.gitignore文件只是忽略没有被staged(cached)文件，    对于已经被staged文件，加入ignore文件时必定要先从staged移除，才能够忽略。   第二种方法:（推荐） 在每一个clone下来的仓库中手动设置不要检查特定文件的更改状况。 [root@kevin ~]# git update-index --assume-unchanged PATH                  //在PATH处输入要忽略的文件

在使用.gitignore文件后如何删除远程仓库中之前上传的此类文件而保留本地文件
在使用git和github的时候，以前没有写.gitignore文件，就上传了一些没有必要的文件，在添加了.gitignore文件后，就想删除远程仓库中的文件却想保存本地的文件。这时候不能够直接使用"git rm directory"，这样会删除本地仓库的文件。可使用"git rm -r –cached directory"来删除缓冲，而后进行"commit"和"push"，这样会发现远程仓库中的没必要要文件就被删除了，之后能够直接使用"git add -A"来添加修改的内容，上传的文件就会受到.gitignore文件的内容约束。

额外说明：git库所在的文件夹中的文件大体有4种状态

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

Untracked: 未跟踪, 此文件在文件夹中, 但并无加入到git库, 不参与版本控制. 经过git add 状态变为Staged.   Unmodify: 文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中彻底一致. 这种类型的文件有两种去处, 若是它被修改, 而变为Modified. 若是使用git rm移出版本库, 则成为Untracked文件   Modified: 文件已修改, 仅仅是修改, 并无进行其余的操做. 这个文件也有两个去处, 经过git add可进入暂存staged状态, 使用git checkout 则丢弃修改过, 返回到unmodify状态, 这个git checkout即从库中取出文件, 覆盖当前修改   Staged: 暂存状态. 执行git commit则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为Unmodify状态. 执行git reset HEAD filename取消暂存, 文件状态为Modified   Git 状态 untracked 和 not staged的区别 1）untrack     表示是新文件，没有被add过，是为跟踪的意思。 2）not staged  表示add过的文件，即跟踪文件，再次修改没有add，就是没有暂存的意思

***************当你发现本身的才华撑不起野心时，就请安静下来学习吧***************