為啥要寫這篇文章呢鸦概？因?yàn)?b>2017-03-28日清晨的一次情趣使然的提交干掉了我2個(gè)月的項(xiàng)目。堕伪。。
為啥能干掉2個(gè)月的栗菜？因?yàn)槭莻€(gè)人沒事做著玩的所以2個(gè)月一直沒提交過欠雌。
工作環(huán)境 是 win10+sourcetree+git+unreal工程
記得那是一個(gè)朦朦朧朧的清晨（霧霾），我興奮的從床上跳了起來（我的項(xiàng)目終于告一段落）疙筹。我打開電腦富俄，打開sourcetree提交一下以免夜長夢多。
我整理了文件并且對比了變化而咆。把整理過的文件add了一下霍比，然后成功的commit（都TMD的是錯覺 sourcetree bug了根本沒add成功）之后我點(diǎn)擊了push。暴备。然后sourcetree 提示了一堆異常悠瞬，其中有一條叫我用終端執(zhí)行 ?git reset --hard 理由是我的工作區(qū)有垃圾文件，叫我清空下涯捻！
我不由自主的考慮了一下浅妆，
聽sourcetree的，你說執(zhí)行就執(zhí)行~
然后我打開了終端執(zhí)行了那條命令之后突然感覺哪里不對
我打開工作目錄發(fā)現(xiàn)git清空了我2個(gè)月的項(xiàng)目障癌，什么都沒有了凌外，真TMD的干凈。
然后我去網(wǎng)上搜索如何找回混弥。發(fā)現(xiàn)了好多方法趴乡，比如git reflog 這樣就能看見自己的所有commit
然后在 git reset ?--hard 后面寫上你想要的commit id ?就能找到文件
然后我執(zhí)行完 git reflog后 發(fā)現(xiàn)根本沒有我最后的那次提交。突然間恍然大悟蝗拿，剛剛sourcetree 可能bug了導(dǎo)致commit失敗了
然后我發(fā)現(xiàn)了另一條命令 git fsck --lost-found ?執(zhí)行后會出現(xiàn)一堆文件 在 .git/lost-found ?文件夾里 不過是這個(gè)樣子的
網(wǎng)上老哥說了 用 git show 2e43cd56ee4fb08664cd843cd32836b54fbf594a 就能看見內(nèi)容
原來 2進(jìn)制的文件看不見
然后我再次發(fā)現(xiàn)了新命令 find .git/objects -type f | xargs ls -lt | sed 110q ? ?q前面是你要打印的行
這個(gè)命令已經(jīng)脫離git了晾捏，他是終端的一個(gè) 查找命令 就是查找.git/objects 文件夾下的普通文件 按照時(shí)間排序后 打印在終端里 sed 110q 是你要打印多少行。
要看懂這個(gè)命令就需要了解git底層的工作原理
講一下git 原理
GIT對象模型
SHA
所有用來表示項(xiàng)目歷史信息的文件,是通過一個(gè)40個(gè)字符的（40-digit）“對象名”來索引的哀托，對象名看起來像這樣:
6ff87c4664981e4397625791c8ea3bbb5f2279a3
你會在Git里到處看到這種“40個(gè)字符”字符串惦辛。每一個(gè)“對象名”都是對“對象”內(nèi)容做SHA1哈希計(jì)算得來的，（SHA1是一種密碼學(xué)的哈希算法）仓手。這樣就意味著兩個(gè)不同內(nèi)容的對象不可能有相同的“對象名”胖齐。
這樣做會有幾個(gè)好處：
Git只要比較對象名玻淑，就可以很快的判斷兩個(gè)對象是否相同。
因?yàn)樵诿總€(gè)倉庫（repository）的“對象名”的計(jì)算方法都完全一樣呀伙，如果同樣的內(nèi)容存在兩個(gè)不同的倉庫中补履，就會存在相同的“對象名”下。
Git還可以通過檢查對象內(nèi)容的SHA1的哈希值和“對象名”是否相同剿另，來判斷對象內(nèi)容是否正確箫锤。
對象
每個(gè)對象(object) 包括三個(gè)部分：類型，大小和內(nèi)容雨女。大小就是指內(nèi)容的大小谚攒，內(nèi)容取決于對象的類型，有四種類型的對象："blob"氛堕、"tree"馏臭、 "commit" 和"tag"。
“blob”用來存儲文件數(shù)據(jù)讼稚，通常是一個(gè)文件括儒。
“tree”有點(diǎn)像一個(gè)目錄，它管理一些“tree”或是“blob”（就像文件和子目錄）
一個(gè)“commit”只指向一個(gè)"tree"乱灵，它用來標(biāo)記項(xiàng)目某一個(gè)特定時(shí)間點(diǎn)的狀態(tài)塑崖。它包括一些關(guān)于時(shí)間點(diǎn)的元數(shù)據(jù)七冲，如時(shí)間戳痛倚、最近一次提交的作者、指向上次提交（commits）的指針等等澜躺。
一個(gè)“tag”是來標(biāo)記某一個(gè)提交(commit) 的方法蝉稳。
幾乎所有的Git功能都是使用這四個(gè)簡單的對象類型來完成的。它就像是在你本機(jī)的文件系統(tǒng)之上構(gòu)建一個(gè)小的文件系統(tǒng)掘鄙。
與SVN的區(qū)別
Git與你熟悉的大部分版本控制系統(tǒng)的差別是很大的耘戚。也許你熟悉Subversion、CVS操漠、Perforce收津、Mercurial 等等，他們使用“增量文件系統(tǒng)”（Delta Storage systems）, 就是說它們存儲每次提交(commit)之間的差異浊伙。Git正好與之相反撞秋，它會把你的每次提交的文件的全部內(nèi)容（snapshot）都會記錄下來。這會是在使用Git時(shí)的一個(gè)很重要的理念嚣鄙。
Blob對象
一個(gè)blob通常用來存儲文件的內(nèi)容.
你可以使用git show命令來查看一個(gè)blob對象里的內(nèi)容吻贿。假設(shè)我們現(xiàn)在有一個(gè)Blob對象的SHA1哈希值，我們可以通過下面的的命令來查看內(nèi)容：
$ git show 6ff87c4664
Note that the only valid version of the GPL as far as this project
is concerned is _this_ particular version of the license (ie v2, not
v2.2 or v3.x or whatever), unless explicitly otherwise stated.
...
一個(gè)"blob對象"就是一塊二進(jìn)制數(shù)據(jù)哑子，它沒有指向任何東西或有任何其它屬性舅列，甚至連文件名都沒有.
因?yàn)閎lob對象內(nèi)容全部都是數(shù)據(jù)肌割，如兩個(gè)文件在一個(gè)目錄樹（或是一個(gè)版本倉庫）中有同樣的數(shù)據(jù)內(nèi)容，那么它們將會共享同一個(gè)blob對象帐要。Blob對象和其所對應(yīng)的文件所在路徑把敞、文件名是否改被更改都完全沒有關(guān)系。
Tree 對象
一個(gè)tree對象有一串(bunch)指向blob對象或是其它tree對象的指針榨惠，它一般用來表示內(nèi)容之間的目錄層次關(guān)系先巴。
git show命令還可以用來查看tree對象，但是git ls-tree能讓你看到更多的細(xì)節(jié)冒冬。如果我們有一個(gè)tree對象的SHA1哈希值伸蚯，我們可以像下面一樣來查看它：
$ git ls-tree fb3a8bdd0ce
100644 blob 63c918c667fa005ff12ad89437f2fdc80926e21c ? ?.gitignore
100644 blob 5529b198e8d14decbe4ad99db3f7fb632de0439d ? ?.mailmap
100644 blob 6ff87c4664981e4397625791c8ea3bbb5f2279a3 ? ?COPYING
040000 tree 2fb783e477100ce076f6bf57e4a6f026013dc745 ? ?Documentation
100755 blob 3c0032cec592a765692234f1cba47dfdcc3a9200 ? ?GIT-VERSION-GEN
100644 blob 289b046a443c0647624607d471289b2c7dcd470b ? ?INSTALL
100644 blob 4eb463797adc693dc168b926b6932ff53f17d0b1 ? ?Makefile
100644 blob 548142c327a6790ff8821d67c2ee1eff7a656b52 ? ?README
...
就如同你所見，一個(gè)tree對象包括一串(list)條目简烤，每一個(gè)條目包括：mode剂邮、對象類型、SHA1值 和名字(這串條目是按名字排序的)横侦。它用來表示一個(gè)目錄樹的內(nèi)容挥萌。
一個(gè)tree對象可以指向(reference): 一個(gè)包含文件內(nèi)容的blob對象, 也可以是其它包含某個(gè)子目錄內(nèi)容的其它tree對象. Tree對象、blob對象和其它所有的對象一樣枉侧，都用其內(nèi)容的SHA1哈希值來命名的引瀑；只有當(dāng)兩個(gè)tree對象的內(nèi)容完全相同（包括其所指向所有子對象）時(shí)，它的名字才會一樣榨馁，反之亦然憨栽。這樣就能讓Git僅僅通過比較兩個(gè)相關(guān)的tree對象的名字是否相同，來快速的判斷其內(nèi)容是否不同翼虫。
(注意：在submodules里屑柔，trees對象也可以指向commits對象. 請參見Submodules章節(jié))
注意：所有的文件的mode位都是644 或 755，這意味著Git只關(guān)心文件的可執(zhí)行位.
Commit對象
"commit對象"指向一個(gè)"tree對象", 并且?guī)в邢嚓P(guān)的描述信息.
你可以用 --pretty=raw 參數(shù)來配合git show或git log去查看某個(gè)提交(commit):
$ git show -s --pretty=raw 2be7fcb476
commit 2be7fcb4764f2dbcee52635b91fedb1b3dcf7ab4
tree fb3a8bdd0ceddd019615af4d57a53f43d8cee2bf
parent 257a84d9d02e90447b149af58b271c19405edb6a
author Dave Watson ?1187576872 -0400
committer Junio C Hamano ?1187591163 -0700
Fix misspelling of 'suppress' in docs
Signed-off-by: Junio C Hamano
你可以看到, 一個(gè)提交(commit)由以下的部分組成:
一個(gè)tree對象: tree對象的SHA1簽名, 代表著目錄在某一時(shí)間點(diǎn)的內(nèi)容.
父對象(parent(s)): 提交(commit)的SHA1簽名代表著當(dāng)前提交前一步的項(xiàng)目歷史. 上面的那個(gè)例子就只有一個(gè)父對象; 合并的提交(merge commits)可能會有不只一個(gè)父對象. 如果一個(gè)提交沒有父對象, 那么我們就叫它“根提交"(root commit), 它就代表著項(xiàng)目最初的一個(gè)版本(revision). 每個(gè)項(xiàng)目必須有至少有一個(gè)“根提交"(root commit). 一個(gè)項(xiàng)目可能有多個(gè)"根提交“珍剑，雖然這并不常見(這不是好的作法).
作者: 做了此次修改的人的名字, 還有修改日期.
提交者（committer): 實(shí)際創(chuàng)建提交(commit)的人的名字, 同時(shí)也帶有提交日期. TA可能會和作者不是同一個(gè)人; 例如作者寫一個(gè)補(bǔ)丁(patch)并把它用郵件發(fā)給提交者, 由他來創(chuàng)建提交(commit).
－注釋用來描述此次提交.
注意: 一個(gè)提交(commit)本身并沒有包括任何信息來說明其做了哪些修改; 所有的修改(changes)都是通過與父提交(parents)的內(nèi)容比較而得出的. 值得一提的是, 盡管git可以檢測到文件內(nèi)容不變而路徑改變的情況, 但是它不會去顯式(explicitly)的記錄文件的更名操作. (你可以看一下git diff的 -M 參數(shù)的用法)
一般用git commit來創(chuàng)建一個(gè)提交(commit), 這個(gè)提交(commit)的父對象一般是當(dāng)前分支(current HEAD), 同時(shí)把存儲在當(dāng)前索引(index)的內(nèi)容全部提交.
對象模型
現(xiàn)在我們已經(jīng)了解了3種主要對象類型(blob, tree 和 commit), 好現(xiàn)在就讓我們大概了解一下它們怎么組合到一起的.
如果我們一個(gè)小項(xiàng)目, 有如下的目錄結(jié)構(gòu):
$>tree
.
|-- README
`-- lib
|-- inc
| ? `-- tricks.rb
`-- mylib.rb
2 directories, 3 files
如果我們把它提交(commit)到一個(gè)Git倉庫中, 在Git中它們也許看起來就如下圖:
你可以看到: 每個(gè)目錄都創(chuàng)建了tree對象(包括根目錄), 每個(gè)文件都創(chuàng)建了一個(gè)對應(yīng)的blob對象. 最后有一個(gè)commit對象來指向根tree對象(root of trees), 這樣我們就可以追蹤項(xiàng)目每一項(xiàng)提交內(nèi)容.
標(biāo)簽對象
一個(gè)標(biāo)簽對象包括一個(gè)對象名(譯者注:就是SHA1簽名), 對象類型, 標(biāo)簽名, 標(biāo)簽創(chuàng)建人的名字("tagger"), 還有一條可能包含有簽名(signature)的消息. 你可以用git cat-file命令來查看這些信息:
$ git cat-file tag v1.5.0
object 437b1b20df4b356c9342dac8d38849f24ef44f27
type commit
tag v1.5.0
tagger Junio C Hamano ?1171411200 +0000
GIT 1.5.0
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQBF0lGqwMbZpPMRm5oRAuRiAJ9ohBLd7s2kqjkKlq1qqC57SbnmzQCdG4ui
nLE/L9aUXdWeTFPron96DLA=
=2E+0
-----END PGP SIGNATURE-----
點(diǎn)擊git tag, 可以了解如何創(chuàng)建和驗(yàn)證標(biāo)簽對象. (注意:git tag同樣也可以用來創(chuàng)建 "輕量級的標(biāo)簽"(lightweight tags), 但它們并不是標(biāo)簽對象, 而只一些以 "refs/tags/" 開頭的引用罷了).
然后我從這一堆文件里整理出了 tree文件 并且總結(jié)出了規(guī)律
運(yùn)行 ?find .git/objects -tpe f | xargs ls -lt | sed 100q 后會得到最近改動的100個(gè)文件
-r--r--r-- 1 qipaworld 197608 ? ? 57103 3月 ?25 07:23 .git/objects/31/68e9047b751d98f7c280dab676cff4af3cb8f6 ?文件以這種形式顯示在終端里
git cat-file -t 3168e9047b751d98f7c280dab676cff4af3cb8f6 就能看見文件類型 ?把最后一個(gè)/去掉 復(fù)制從objects/ 后面的所有東西放在-t后面
然后找到tree類型的文件
每個(gè)紅框框選的區(qū)域里的類型應(yīng)該是同一種掸宛，選一個(gè)cat 一下看看就行了
找到tree后 git cat-file -p 4452fd53aa36018b20a6556dc3649f50a4be4561^{tree}
就能看見tree里面的結(jié)構(gòu)
然后就能知道 哪個(gè)blob對應(yīng)哪個(gè)文件了。是不是很屌招拙？
我搞了一晚上終于找到了某個(gè)tree并且跟到了文件目錄唧瘾。然后發(fā)現(xiàn)并沒有我的項(xiàng)目文件，當(dāng)時(shí)已經(jīng)是半夜12點(diǎn)多了别凤，我靜靜的看著屏幕
我連add都沒成功就提示我commit成功了
以后誰叫你 reset --hard你就干他饰序，別問我為什么
最終結(jié)果就是項(xiàng)目消失了，但是還好unreal 有自動保存功能闻妓，而自動保存的文件目錄被我加到了git忽略列表里菌羽。找回了一部分
最后加一些git常用命令
查看、添加、提交注祖、刪除猾蒂、找回，重置修改文件
git help ?# 顯示command的help
git show # 顯示某次提交的內(nèi)容 git show $id
git co -- ?# 拋棄工作區(qū)修改
git co . # 拋棄工作區(qū)修改
git add ?# 將工作文件修改提交到本地暫存區(qū)
git add . # 將所有修改過的工作文件提交暫存區(qū)
git rm ?# 從版本庫中刪除文件
git rm ?--cached # 從版本庫中刪除文件是晨，但不刪除文件
git reset ?# 從暫存區(qū)恢復(fù)到工作文件
git reset -- . # 從暫存區(qū)恢復(fù)到工作文件
git reset --hard # 恢復(fù)最近一次提交過的狀態(tài)肚菠，即放棄上次提交后的所有本次修改
git ci ?git ci . git ci -a # 將git add, git rm和git ci等操作都合并在一起做 git ci -am "some comments"
git ci --amend # 修改最后一次提交記錄
git revert <$id> # 恢復(fù)某次提交的狀態(tài)，恢復(fù)動作本身也創(chuàng)建次提交對象
git revert HEAD # 恢復(fù)最后一次提交的狀態(tài)
查看文件diff
git diff ?# 比較當(dāng)前文件和暫存區(qū)文件差異 git diff
git diff ?# 比較兩次提交之間的差異
git diff .. # 在兩個(gè)分支之間比較
git diff --staged # 比較暫存區(qū)和版本庫差異
git diff --cached # 比較暫存區(qū)和版本庫差異
git diff --stat # 僅僅比較統(tǒng)計(jì)信息
查看提交記錄
git log git log ?# 查看該文件每次提交記錄
git log -p ?# 查看每次詳細(xì)修改內(nèi)容的diff
git log -p -2 # 查看最近兩次詳細(xì)修改內(nèi)容的diff
git log --stat #查看提交統(tǒng)計(jì)信息
tig
Mac上可以使用tig代替diff和log罩缴，brew install tig
Git 本地分支管理
查看蚊逢、切換、創(chuàng)建和刪除分支
git br -r # 查看遠(yuǎn)程分支
git br ?# 創(chuàng)建新的分支
git br -v # 查看各個(gè)分支最后提交信息
git br --merged # 查看已經(jīng)被合并到當(dāng)前分支的分支
git br --no-merged # 查看尚未被合并到當(dāng)前分支的分支
git co ?# 切換到某個(gè)分支
git co -b ?# 創(chuàng)建新的分支箫章，并且切換過去
git co -b ? # 基于branch創(chuàng)建新的new_branch
git co $id # 把某次歷史提交記錄checkout出來烙荷，但無分支信息，切換到其他分支會自動刪除
git co $id -b ?# 把某次歷史提交記錄checkout出來檬寂，創(chuàng)建成一個(gè)分支
git br -d ?# 刪除某個(gè)分支
git br -D ?# 強(qiáng)制刪除某個(gè)分支 (未被合并的分支被刪除的時(shí)候需要強(qiáng)制)
分支合并和rebase
git merge ?# 將branch分支合并到當(dāng)前分支
git merge origin/master --no-ff # 不要Fast-Foward合并终抽，這樣可以生成merge提交
git rebase master ?# 將master rebase到branch，相當(dāng)于： git co ?&& git rebase master && git co master && git merge
Git補(bǔ)丁管理(方便在多臺機(jī)器上開發(fā)同步時(shí)用)
git diff > ../sync.patch # 生成補(bǔ)丁
git apply ../sync.patch # 打補(bǔ)丁
git apply --check ../sync.patch #測試補(bǔ)丁能否成功
Git暫存管理
git stash # 暫存
git stash list # 列所有stash
git stash apply # 恢復(fù)暫存的內(nèi)容
git stash drop # 刪除暫存區(qū)
Git遠(yuǎn)程分支管理
git pull # 抓取遠(yuǎn)程倉庫所有分支更新并合并到本地
git pull --no-ff # 抓取遠(yuǎn)程倉庫所有分支更新并合并到本地桶至，不要快進(jìn)合并
git fetch origin # 抓取遠(yuǎn)程倉庫更新
git merge origin/master # 將遠(yuǎn)程主分支合并到本地當(dāng)前分支
git co --track origin/branch # 跟蹤某個(gè)遠(yuǎn)程分支創(chuàng)建相應(yīng)的本地分支
git co -b ?origin/ # 基于遠(yuǎn)程分支創(chuàng)建本地分支昼伴，功能同上
git push # push所有分支
git push origin master # 將本地主分支推到遠(yuǎn)程主分支
git push -u origin master # 將本地主分支推到遠(yuǎn)程(如無遠(yuǎn)程主分支則創(chuàng)建，用于初始化遠(yuǎn)程倉庫)
git push origin ?# 創(chuàng)建遠(yuǎn)程分支镣屹， origin是遠(yuǎn)程倉庫名
git push origin : # 創(chuàng)建遠(yuǎn)程分支
git push origin : #先刪除本地分支(git br -d )圃郊，然后再push刪除遠(yuǎn)程分支
Git遠(yuǎn)程倉庫管理
git remote -v # 查看遠(yuǎn)程服務(wù)器地址和倉庫名稱
git remote show origin # 查看遠(yuǎn)程服務(wù)器倉庫狀態(tài)
git remote add origin git@ github:robbin/robbin_site.git # 添加遠(yuǎn)程倉庫地址
git remote set-url origin git@ github.com:robbin/robbin_site.git # 設(shè)置遠(yuǎn)程倉庫地址(用于修改遠(yuǎn)程倉庫地址) git remote rm ?# 刪除遠(yuǎn)程倉庫
創(chuàng)建遠(yuǎn)程倉庫
git clone --bare robbin_site robbin_site.git # 用帶版本的項(xiàng)目創(chuàng)建純版本倉庫
scp -r my_project.git git@ git.csdn.net:~ # 將純倉庫上傳到服務(wù)器上
mkdir robbin_site.git && cd robbin_site.git && git --bare init # 在服務(wù)器創(chuàng)建純倉庫
git remote add origin git@ github.com:robbin/robbin_site.git # 設(shè)置遠(yuǎn)程倉庫地址
git push -u origin master # 客戶端首次提交
git push -u origin develop # 首次將本地develop分支提交到遠(yuǎn)程develop分支，并且track
git remote set-head origin master # 設(shè)置遠(yuǎn)程倉庫的HEAD指向master分支
也可以命令設(shè)置跟蹤遠(yuǎn)程庫和本地庫
git branch --set-upstream master origin/master
git branch --set-upstream develop origin/develop
歡迎轉(zhuǎn)載女蜈，轉(zhuǎn)載請標(biāo)明出處：http://www.reibang.com/p/918f950fbd58
