GIt 的使用规则与不生效问题

看到错误要像看到金子一样两眼放光~

Git的忽略规则 ，与使用中 .gitignore规则不生效的办法

1.1 Git的基本使用规则

在git中如果想忽略掉某个文件，不让这个文件提交到版本库中，可以使用修改根目录中 .gitignore 文件的方法（如无，则需自己手工建立此文件）。这个文件每一行保存了一个匹配的规则。

# 此为注释 – 将被 Git 忽略

*.a    # 忽略所有 .a 结尾的文件
!lib.a # 但 lib.a 除外
/TODO  # 仅仅忽略项目根目录下的 TODO 文件，不包括 subdir/TODO
build/ # 忽略 build/ 目录下的所有文件
doc/*.txt # 会忽略 doc/notes.txt 但不包括 doc/server/arch.txt 

规则很简单，不做过多解释，idea 里有个 .ignore 插件，还是挺好用的

1.2.1  .gitignore规则不生效

有时候在项目开发过程中，突然心血来潮想把某些目录或文件加入忽略规则，按照上述方法定义后发现并未生效！

原因是： .gitignore 只能忽略那些原来没有被track的文件，如果某些文件已经被纳入了版本管理中，则修改.gitignore是无效的。

解决方法：先把本地缓存删除（改变成未track状态），然后再提交：

git rm -r --cached .
git add .
git commit -m 'update .gitignore

注意：照着这个写完就出现了问题！注意！！！  在本地开发仓库使用 【git rm -r --cached . 】不会删除本地的新增的过滤文件夹，但是会删掉远程库里的文件，因为 码云库中的文件夹消失了，正式版拉取的时候，就会对比删除了的文件 删除线上的 所以注意！！！；
【 git update-index --assume-unchanged  Path/test.test 】可以忽略单个文件，但是不能忽略文件夹

【 git update-index --no-assume-unchanged sp_edaijia/protected/controllers/ApiController.php //恢复跟踪 】

相关知识：传送门

1.2.2 找回删除的东西

方法1：传送门

方法2：传送门

直接说解决方案，首先

git reflog

查看上传的信息，可以看到在13我是将文件上传给暂存区的，这个时候文件肯定没删除

将指针移到13

git reset Head@{13}

将指针指回，卧槽尽然成功了。。。。，文件全部找回了，昨晚辛苦了半夜头脑昏昏怎么做都不行，人都快急死了，睡了个懒觉玩了会手机，综合了早上看的资料跳指针头和找回删除文件直接不跳指针头的参考资料尽然成功了。看来睡一觉也许头脑会清醒些

it reset --hard HEAD

1.3 git 新建一个空文件夹

    .gitignore 还有个有意思的小功能， 一个空的 .gitignore 文件 可以当作是一个 placeholder 。当你需要为项目创建一个空的 log 目录时， 这就变的很有用。 你可以创建一个 log 目录 在里面放置一个空的 .gitignore 文件。这样当你 clone 这个 repo 的时候 git 会自动的创建好一个空的 log 目录了。

2 git 同步代码至github和gitee

我们有时候开发代码需要把代码同步到多个远程库中，如何操作才能做到呢？

我们知道，git 是分布式版本控制系统，同步到多个远程库时，需要用不同的名称来标识不同的远程库，而 git 给远程库起的默认名称是 origin。所以我们需要修改、配置名称，以关联不同远程库。有两种方式！

为了方便举例，我以GitHub和Gitee(码云)作为示例！

2.1 命令方式同步

先删除已关联的名为 origin 的远程库：

git remote rm origin

然后，再关联 GitHub 的远程库：

git remote add github git@github.com:chloneda/demo.git

接着，再关联 Gitee 的远程库：

git remote add gitee git@gitee.com:chloneda/demo.git

2.2 配置方式同步

修改 .git 文件夹内的 config 文件：

[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
[remote "origin"]
    url = git@github.com:chloneda/demo.git
    fetch = +refs/heads/*:refs/remotes/github/*
[branch "master"]
    remote = origin
    merge = refs/heads/master

将上述文件内容 [remote "origin"] 内容复制，修改 origin 名称，内容如下：

[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
[remote "github"]
    url = git@github.com:chloneda/demo.git
    fetch = +refs/heads/*:refs/remotes/github/*
[remote "gitee"]
    url = git@gitee.com:chloneda/demo.git
    fetch = +refs/heads/*:refs/remotes/gitee/*
[branch "master"]
    remote = origin
    merge = refs/heads/master

2.3 查看远程库

通过以上两种方式的任一种方式配置完成后，我们用 git remote -v 查看远程库信息：

gitee   git@gitee.com:chloneda/demo.git (fetch)
gitee   git@gitee.com:chloneda/demo.git (push)
github  git@github.com:chloneda/demo.git (fetch)
github  git@github.com:chloneda/demo.git (push)

可以看到两个远程库，说明配置生效了。

2.4 上传代码

git add .
git commit -m "update"

2.5 提交到github

git push github master

2.6 提交到码云

git push gitee master

2.7 更新代码

# 从github拉取更新
git pull github

# 从gitee拉取更新
git pull gitee

2.8 踩到的坑

上述过程中，更新或提交代码时可能会遇到 fatal:refusing to merge unrelated histories (拒绝合并无关的历史) 错误，解决办法：

首先将远程仓库和本地仓库关联起来。

git branch --set-upstream-to=origin/remote_branch  your_branch

其中，origin/remote_branch是你本地分支对应的远程分支，your_branch是你当前的本地分支。

然后使用git pull整合远程仓库和本地仓库。

git pull --allow-unrelated-histories   # 忽略版本不同造成的影响

重新更新、提交即可。

注： 如遇到 Git没有共同祖先的两个分支合并 的情形请自行查询！