学习git 和遇到的一个git问题的解决方案 2017-02 学习

学习git


 mkdir(创建一个新文件);
 pwd命令用于显示当前目录


初始化一个Git仓库，使用git init命令。(通过git init命令把这个目录变成Git可以管理的仓库)


添加文件到Git仓库，分两步：
第一步，使用命令git add <file>，注意，可反复多次使用，添加多个文件；
第二步，使用命令git commit，完成


linux命令：  mkdir 创建文件  ，cd  进入目录，  pwd  列出当前目录；
git命令：  git init  初始化， git add  添加，  git commit -m  '内容'  git push


git status命令可以让我们时刻掌握仓库当前的状态


git status告诉你有文件被修改过，用git diff可以查看修改内容。


git log命令显示从最近到最远的提交日志。(通俗来说历史纪录)
git log --oneline 更好的方式看日志（历史纪录）
Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交3628164...882e1e0（注意我的提交ID和你的肯定不一样），
上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100


第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支


场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD file，就回到了场景
1，第二步按场景1操作。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，，不过前提是没有推送到远程库 git reset --hard 3628164(版本号)。


回退版本 git revert +版本号 让自己暂存区的代码回退 然后再git push 可以让git 仓库的代码回到之前版本的


Git创建一个分支很快，因为除了增加一个cloud指针，改改HEAD的指向，工作区的文件都没有任何变化！


git checkout -b cloud 创建cloud并切换分支cloud  相当于以下两条命令： 1：git branch dev 2：git checkout dev


用git branch命令查看当前分支；
git merge命令用于合并指定分支到当前分支；


Git鼓励大量使用分支：


查看分支：git branch


创建分支：git branch <name>


切换分支：git checkout <name>


创建+切换分支：git checkout -b <name>


合并某分支到当前分支：git merge <name>


删除分支：git branch -d <name>


合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。


如果系统中有一些配置文件在服务器上做了配置修改,然后后续开发又新添加一些配置项的时候,


在发布这个配置文件的时候,会发生代码冲突:**************
如果系统中有一些配置文件在服务器上做了配置修改,然后后续开发又新添加一些配置项的时候,


在发布这个配置文件的时候,会发生代码冲突:
error: Your local changes to the following files would be overwritten by merge:
        protected/config/main.php
Please, commit your changes or stash them before you can merge.


如果希望保留生产服务器上所做的改动,仅仅并入新配置项, 处理方法如下:
git stash
git pull
git stash pop
然后可以使用Git diff -w +文件名 来确认代码自动合并的情况.
反过来,如果希望用代码库中的文件完全覆盖本地工作版本. 方法如下:
git reset --hard
git pull
其中git reset是针对版本,如果想针对文件回退本地修改,使用
[plain] view plain copy
git checkout HEAD file/to/restore


遇到这样的错误
$ git pull
error: object file .git/objects/d5/f48621f8684c41efb48a5eba377c49f60eaadb is empty
error: object file .git/objects/d5/f48621f8684c41efb48a5eba377c49f60eaadb is empty
fatal: loose object d5f48621f8684c41efb48a5eba377c49f60eaadb (stored in .git/objects/d5/f48621f8684c41efb48a5eba377c49f60eaadb) 
is corrupt
fatal: The remote end hung up unexpectedly


解决办法（https://segmentfault.com/a/1190000008734662）
1.在日常开发过程中我们可能因为操作不当导致git版本库出问题，最经常出的一个问题就是对象文件为空错误object-file-is-empty，
一般提示如下所示：
解决方案
git init重头开始，最暴力最直接解决方案，但是这样之前的commit就没有了，短期的还好，长期的项目提交全不见了，貌似不太好
git clone/fetch克隆或拉取其他人的项目，这样可以回溯到那个人项目的最新提交记录，可以挽救一些，万一你的项目比他新好多呢
最优解决方案
1.运行 git fsck --full
luyi@ubuntu:~/projects/example$ git fsck --full
error: object file .git/objects/3a/60046cdd45cf3e943d1294b3cb251a63fb9552 is empty
error: object file .git/objects/3a/60046cdd45cf3e943d1294b3cb251a63fb9552 is empty
fatal: loose object 3a60046cdd45cf3e943d1294b3cb251a63fb9552 (stored in .git/objects/3a/60046cdd45cf3e943d1294b3cb251a63fb9552) 
is corrupt
2.选中空文件，删除 rm filepath
luyi@ubuntu:~/projects/example$ rm .git/objects/3a/60046cdd45cf3e943d1294b3cb251a63fb9552
rm: remove write-protected regular empty file ‘.git/objects/3a/60046cdd45cf3e943d1294b3cb251a63fb9552’? y
3..再次运行 git fsck --full 一般会检查到另外一个新的空文件，再删之。一劳永逸的办法就是在.git
目录下find . -type f -empty -delete -print 会删除全部空文件
luyi@ubuntu:~/projects/example/.git$ find . -type f -empty -delete -print
./objects/c6/492f7ad72197e2fb247dcb7d9215035acdca7f
./objects/9f/fe81f4bb7367c00539a9a0d366ff2a7558bfed
./objects/7c/b9a39246389a8417006b9365f6136823034110
./objects/de/1092e8c90cb025e99501a4be0035753b259572
./objects/6f/a8c9109f2e0d29095490ca8f4eaf024a6e2dcb
4.至此，所有空文件删除完毕，再运行 git fsck --full，还是有错，head指向元素不存在，是之前一个空文件，
我们已经删了。肿么办呢？
luyi@ubuntu:~/projects/example/.git$ git fsck --full
Checking object directories: 100% (256/256), done.
Checking objects: 100% (103719/103719), done.
error: HEAD: invalid sha1 pointer c6492f7ad72197e2fb247dcb7d9215035acdca7f
error: refs/heads/ia does not point to a valid object!
dangling blob 2a12b47881cd879987df8e50c9d900847c025bf4
dangling blob 5d4a7c616f0e59dd82608979e85d56f7a6785884
dangling blob cd6facde8c37f8389c12f3742185174a0536197b
dangling blob c2d0c0fba535d89cca9633d1b0ab780c8199dfd9
dangling blob 5117513970702f484278fd87732135a39588a073
dangling blob ac45f1874a0e42a6b9586594179f9825f3a40fd0
dangling blob c3355ad882b378740822e673d304e2cc091f1412
dangling blob 4d64dedf9f3518f25f7b7e3b1ad0dd6b477e0ce3
dangling blob 2487eae5cc4bfc23bc896c4051cb8f5522664e33
dangling blob 2a1907848af8aea53cb84e392225a5b6c4a81a5b
dangling blob 114233d9981a7933eacbff45a2b106ef1b61cfa9
dangling blob 9879ef3dd84a5515719fa7f35f982ac4d6a34e37
dangling blob f5b3bfd49e04c18ad12d590450a306a109b9151c
dangling blob 5fdb9f048aead1c85474fbca29b2ee327c821680
5.手动获得最后两条reflog ,运行tail -n 2 .git/logs/refs/heads/ia
luyi@ubuntu:~/projects/example$ tail -n 2 .git/logs/refs/heads/ia
3a0ecb6511eb0815eb49a0939073ee8ac8674f8a 99cb711e331e1a2f9b0d2b1d27b3cdff8bbe0ba5 卢祎 <luy@jjmmw.com> 
1477039998 +0800    commit: nested into app
6.head当前是指向最新的那一条记录，所以我们看一下parent commit 即倒数第二条提交 
git show 99cb711e331e1a2f9b0d2b1d27b3cdff8bbe0ba5
luyi@ubuntu:~/projects/example$ git show 99cb711e331e1a2f9b0d2b1d27b3cdff8bbe0ba5commit 99cb711e331e1a2f9b0d2b1d27b3cdff8bbe0ba5
Date:   Fri Oct 21 16:53:18 2016 +0800
    nested into app
diff --git a/pzbm/templates/pzbm/base.html b/pzbm/templates/pzbm/base.html
index 70331c5..c96d12c 100644
--- a/pzbm/templates/pzbm/base.html
+++ b/pzbm/templates/pzbm/base.html
@@ -6,7 +6,7 @@
7.那么我们就重新设置head,使其指向倒数第二条 git update-ref HEAD 99cb711e331e1a2f9b0d2b1d27b3cdff8bbe0ba5
luyi@ubuntu:~/projects/example$ git update-ref HEAD 99cb711e331e1a2f9b0d2b1d27b3cdff8bbe0ba5
luyi@ubuntu:~/projects/example$ git s
On branch ia
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)


    modified:   pzbm/templates/pzbm/invest_advisor/reports.html
8.最后提交以下新代码就OK了。这样保留下来我们的git log记录，只是修一下坏的节点而已