gitshow查看刪除文件

❶ git 刪除文件後如何恢復

可以用360安全衛士里的文件恢復工具對電腦磁碟進行掃描。打開360軟體之後點擊功能大全就可以找到的

❷ git 恢復一個被刪除的文件，本地已經刪除很久了，而且不知道commit_id ，只記得文件名

每個提交都會有記錄的，可以查一下和你工作文件一起提交的id，就知道了。如果連自己的提交的那個修改也忘了。就直接用2周之前的TAG。

❸ git底層原理以及丟失文件找回和坑爹案例（一招干沒我2個月的項目）

為啥要寫這篇文章呢？因為 2017-03-28日清 晨 的一次情趣使然的提交幹掉了我2個月的項目。。。

為啥能幹掉2個月的？因為是個人沒事做著玩的所以2個月一直沒提交過。

工作環境 是 win10+sourcetree+git+unreal工程

記得那是一個朦朦朧朧的清晨（霧霾），我興奮的從床上跳了起來（我的項目終於告一段落）。我打開電腦，打開sourcetree提交一下以免夜長夢多。

我整理了文件並且對比了變化。把整理過的文件add了一下，然後成功的commit（都TMD的是錯覺 sourcetree bug了根本沒add成功）之後我點擊了push。。然後sourcetree 提示了一堆異常，其中有一條叫我用終端執行  git reset --hard 理由是我的工作區有垃圾文件，叫我清空下！

我不由自主的考慮了一下，

聽sourcetree的，你說執行就執行~

然後我打開了終端執行了那條命令之後突然感覺哪裡不對

我打開工作目錄發現git清空了我2個月的項目，什麼都沒有了，真TMD的干凈。

然後我去網上搜索如何找回。發現了好多方法，比如git reflog 這樣就能看見自己的所有commit

然後在 git reset  --hard 後面寫上你想要的commit id  就能找到文件

然後我執行完 git reflog後 發現根本沒有我最後的那次提交。突然間恍然大悟，剛剛sourcetree 可能bug了導致commit失敗了

然後我發現了另一條命令 git fsck --lost-found  執行後會出現一堆文件 在 .git/lost-found  文件夾里 不過是這個樣子的

網上老哥說了 用 git show 就能看見內容

原來 2進制的文件看不見

然後我再次發現了新命令 find .git/objects -type f | xargs ls -lt | sed 110q    q前面是你要列印的行

這個命令已經脫離git了，他是終端的一個 查找命令 就是查找 .git/objects 文件夾下的普通文件 按照時間排序後 列印在終端里 sed 110q 是你要列印多少行。

要看懂這個命令就需要了解git底層的工作原理

講一下git 原理

GIT對象模型

SHA

所有用來表示項目歷史信息的文件,是通過一個40個字元的（40-digit）「對象名」來索引的，對象名看起來像這樣:



你會在Git里到處看到這種「40個字元」字元串。每一個「對象名」都是對「對象」內容做SHA1哈希計算得來的，（SHA1是一種密碼學的哈希演算法）。這樣就意味著兩個不同內容的對象不可能有相同的「對象名」。

這樣做會有幾個好處：

Git只要比較對象名，就可以很快的判斷兩個對象是否相同。

因為在每個倉庫（repository）的「對象名」的計算方法都完全一樣，如果同樣的內容存在兩個不同的倉庫中，就會存在相同的「對象名」下。

Git還可以通過檢查對象內容的SHA1的哈希值和「對象名」是否相同，來判斷對象內容是否正確。

對象

每個對象(object) 包括三個部分： 類型 ， 大小 和 內容 。大小就是指內容的大小，內容取決於對象的類型，有四種類型的對象："blob"、"tree"、 "commit" 和"tag"。

「blob」 用來存儲文件數據，通常是一個文件。

「tree」 有點像一個目錄，它管理一些 「tree」 或是 「blob」 （就像文件和子目錄）

一個 「commit」 只指向一個"tree"，它用來標記項目某一個特定時間點的狀態。它包括一些關於時間點的元數據，如時間戳、最近一次提交的作者、指向上次提交（commits）的指針等等。

一個 「tag」 是來標記某一個提交(commit) 的方法。

幾乎所有的Git功能都是使用這四個簡單的對象類型來完成的。它就像是在你本機的文件系統之上構建一個小的文件系統。

與SVN的區別

Git與你熟悉的大部分版本控制系統的差別是很大的。也許你熟悉Subversion、CVS、Perforce、Mercurial 等等，他們使用 「增量文件系統」 （Delta Storage systems）, 就是說它們存儲每次提交(commit)之間的差異。Git正好與之相反，它會把你的每次提交的文件的全部內容（snapshot）都會記錄下來。這會是在使用Git時的一個很重要的理念。

Blob對象

一個blob通常用來存儲文件的內容.

你可以使用 git show 命令來查看一個blob對象里的內容。假設我們現在有一個Blob對象的SHA1哈希值，我們可以通過下面的的命令來查看內容：

$ 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.

...

一個"blob對象"就是一塊二進制數據，它沒有指向任何東西或有任何其它屬性，甚至連文件名都沒有.

因為blob對象內容全部都是數據，如兩個文件在一個目錄樹（或是一個版本倉庫）中有同樣的數據內容，那麼它們將會共享同一個blob對象。Blob對象和其所對應的文件所在路徑、文件名是否改被更改都完全沒有關系。

Tree 對象

一個tree對象有一串(bunch)指向blob對象或是其它tree對象的指針，它一般用來表示內容之間的目錄層次關系。

git show 命令還可以用來查看tree對象，但是 git ls-tree 能讓你看到更多的細節。如果我們有一個tree對象的SHA1哈希值，我們可以像下面一樣來查看它：

$ git ls-tree fb3a8bdd0ce

100644 blob    .gitignore

100644 blob    .mailmap

100644 blob    COPYING

040000 tree    Documentation

100755 blob    GIT-VERSION-GEN

100644 blob    INSTALL

100644 blob    Makefile

100644 blob    README

...

就如同你所見，一個tree對象包括一串(list)條目，每一個條目包括：mode、對象類型、SHA1值 和名字(這串條目是按名字排序的)。它用來表示一個目錄樹的內容。

一個tree對象可以指向(reference): 一個包含文件內容的blob對象, 也可以是其它包含某個子目錄內容的其它tree對象. Tree對象、blob對象和其它所有的對象一樣，都用其內容的SHA1哈希值來命名的；只有當兩個tree對象的內容完全相同（包括其所指向所有子對象）時，它的名字才會一樣，反之亦然。這樣就能讓Git僅僅通過比較兩個相關的tree對象的名字是否相同，來快速的判斷其內容是否不同。

(注意：在submoles里，trees對象也可以指向commits對象. 請參見 Submoles 章節)

注意：所有的文件的mode位都是644 或 755，這意味著Git只關心文件的可執行位.

Commit對象

"commit對象"指向一個"tree對象", 並且帶有相關的描述信息.

你可以用 --pretty=raw 參數來配合 git show 或 git log 去查看某個提交(commit):

$ git show -s --pretty=raw 2be7fcb476

commit

tree

parent

author Dave Watson  1187576872 -0400

committer Junio C Hamano  1187591163 -0700

Fix misspelling of 'suppress' in docs

Signed-off-by: Junio C Hamano

你可以看到, 一個提交(commit)由以下的部分組成:

一個 tree 對象: tree對象的SHA1簽名, 代表著目錄在某一時間點的內容.

父對象 (parent(s)): 提交(commit)的SHA1簽名代表著當前提交前一步的項目歷史. 上面的那個例子就只有一個父對象; 合並的提交(merge commits)可能會有不只一個父對象. 如果一個提交沒有父對象, 那麼我們就叫它「根提交"(root commit), 它就代表著項目最初的一個版本(revision). 每個項目必須有至少有一個「根提交"(root commit). 一個項目可能有多個"根提交「，雖然這並不常見(這不是好的作法).

作者 : 做了此次修改的人的名字,還有修改日期.

提交者 （committer): 實際創建提交(commit)的人的名字, 同時也帶有提交日期. TA可能會和作者不是同一個人; 例如作者寫一個補丁(patch)並把它用郵件發給提交者, 由他來創建提交(commit).

－ 注釋 用來描述此次提交.

注意: 一個提交(commit)本身並沒有包括任何信息來說明其做了哪些修改; 所有的修改(changes)都是通過與父提交(parents)的內容比較而得出的. 值得一提的是, 盡管git可以檢測到文件內容不變而路徑改變的情況, 但是它不會去顯式(explicitly)的記錄文件的更名操作.(你可以看一下 git diff 的 -M參數的用法)

一般用 git commit 來創建一個提交(commit), 這個提交(commit)的父對象一般是當前分支(current HEAD),同時把存儲在當前索引(index)的內容全部提交.

對象模型

現在我們已經了解了3種主要對象類型(blob, tree 和 commit), 好現在就讓我們大概了解一下它們怎麼組合到一起的.

如果我們一個小項目, 有如下的目錄結構:

$>tree

.

|-- README

`-- lib

|-- inc

|   `-- tricks.rb

`-- mylib.rb

2 directories, 3 files

如果我們把它提交(commit)到一個Git倉庫中, 在Git中它們也許看起來就如下圖:

你可以看到: 每個目錄都創建了 tree對象 (包括根目錄), 每個文件都創建了一個對應的 blob對象 . 最後有一個 commit對象 來指向根tree對象(root of trees), 這樣我們就可以追蹤項目每一項提交內容.

標簽對象

一個標簽對象包括一個對象名(譯者注:就是SHA1簽名), 對象類型, 標簽名, 標簽創建人的名字("tagger"), 還有一條可能包含有簽名(signature)的消息. 你可以用 git cat-file 命令來查看這些信息:

$ git cat-file tag v1.5.0

object

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)



nLE/L9aUXdWeTFPron96DLA=

=2E+0

-----END PGP SIGNATURE-----

點擊 git tag , 可以了解如何創建和驗證標簽對象. (注意: git tag 同樣也可以用來創建 "輕量級的標簽"(lightweight tags), 但它們並不是標簽對象, 而只一些以 "refs/tags/" 開頭的引用罷了).

然後我從這一堆文件里整理出了 tree文件 並且總結出了規律

運行  find .git/objects -tpe f | xargs ls -lt | sed 100q 後會得到最近改動的100個文件

-r--r--r-- 1 qipaworld 197608     57103 3月  25 07:23 .git/objects/31/  文件以這種形式顯示在終端里

git cat-file -t 31 就能看見文件類型   把最後一個/去掉 復制從objects/ 後面的所有東西放在-t後面

然後找到tree類型的文件

每個紅框框選的區域里的類型應該是同一種，選一個cat 一下看看就行了

找到tree後 git cat-file -p ^{tree}

就能看見tree裡面的結構

然後就能知道 哪個blob對應哪個文件了。是不是很屌？

我搞了一晚上終於找到了某個tree並且跟到了文件目錄。然後發現並沒有我的項目文件，當時已經是半夜12點多了，我靜靜的看著屏幕

我連add都沒成功就提示我commit成功了

以後誰叫你 reset --hard你就干他，別問我為什麼

最終結果就是項目消失了，但是還好unreal 有自動保存功能，而自動保存的文件目錄被我加到了git忽略列表裡。找回了一部分

最後加一些git常用命令

查看、添加、提交、刪除、找回，重置修改文件

git help  # 顯示command的help

git show # 顯示某次提交的內容 git show $id

git co --  # 拋棄工作區修改

git co . # 拋棄工作區修改

git add  # 將工作文件修改提交到本地暫存區

git add . # 將所有修改過的工作文件提交暫存區

git rm  # 從版本庫中刪除文件

git rm  --cached # 從版本庫中刪除文件，但不刪除文件

git reset  # 從暫存區恢復到工作文件

git reset -- . # 從暫存區恢復到工作文件

git reset --hard # 恢復最近一次提交過的狀態，即放棄上次提交後的所有本次修改

git ci  git ci . git ci -a # 將git add, git rm和git ci等操作都合並在一起做git ci -am "some comments"

git ci --amend # 修改最後一次提交記錄

git revert <$id> # 恢復某次提交的狀態，恢復動作本身也創建次提交對象

git revert HEAD # 恢復最後一次提交的狀態

查看文件diff

git diff  # 比較當前文件和暫存區文件差異 git diff

git diff  # 比較兩次提交之間的差異

git diff .. # 在兩個分支之間比較

git diff --staged # 比較暫存區和版本庫差異

git diff --cached # 比較暫存區和版本庫差異

git diff --stat # 僅僅比較統計信息

查看提交記錄

git log git log  # 查看該文件每次提交記錄

git log -p  # 查看每次詳細修改內容的diff

git log -p -2 # 查看最近兩次詳細修改內容的diff

git log --stat #查看提交統計信息

tig

Mac上可以使用tig代替diff和log，brew install tig

Git 本地分支管理

查看、切換、創建和刪除分支

git br -r # 查看遠程分支

git br  # 創建新的分支

git br -v # 查看各個分支最後提交信息

git br --merged # 查看已經被合並到當前分支的分支

git br --no-merged # 查看尚未被合並到當前分支的分支

git co  # 切換到某個分支

git co -b  # 創建新的分支，並且切換過去

git co -b   # 基於branch創建新的new_branch

git co $id # 把某次歷史提交記錄checkout出來，但無分支信息，切換到其他分支會自動刪除

git co $id -b  # 把某次歷史提交記錄checkout出來，創建成一個分支

git br -d  # 刪除某個分支

git br -D  # 強制刪除某個分支 (未被合並的分支被刪除的時候需要強制)

分支合並和rebase

git merge  # 將branch分支合並到當前分支

git merge origin/master --no-ff # 不要Fast-Foward合並，這樣可以生成merge提交

git rebase master  # 將master rebase到branch，相當於： git co  && git rebase master && git co master && git merge

Git補丁管理(方便在多台機器上開發同步時用)

git diff > ../sync.patch # 生成補丁

git apply ../sync.patch # 打補丁

git apply --check ../sync.patch #測試補丁能否成功

Git暫存管理

git stash # 暫存

git stash list # 列所有stash

git stash apply # 恢復暫存的內容

git stash drop # 刪除暫存區

Git遠程分支管理

git pull # 抓取遠程倉庫所有分支更新並合並到本地

git pull --no-ff # 抓取遠程倉庫所有分支更新並合並到本地，不要快進合並

git fetch origin # 抓取遠程倉庫更新

git merge origin/master # 將遠程主分支合並到本地當前分支

git co --track origin/branch # 跟蹤某個遠程分支創建相應的本地分支

git co -b  origin/ # 基於遠程分支創建本地分支，功能同上

git push # push所有分支

git push origin master # 將本地主分支推到遠程主分支

git push -u origin master # 將本地主分支推到遠程(如無遠程主分支則創建，用於初始化遠程倉庫)

git push origin  # 創建遠程分支， origin是遠程倉庫名

git push origin : # 創建遠程分支

git push origin : #先刪除本地分支(git br -d )，然後再push刪除遠程分支

Git遠程倉庫管理

GitHub

git remote -v # 查看遠程伺服器地址和倉庫名稱

git remote show origin # 查看遠程伺服器倉庫狀態

git remote add origin git@ github:robbin/robbin_site.git # 添加遠程倉庫地址

git remote set-url origin git@ github.com:robbin/robbin_site.git # 設置遠程倉庫地址(用於修改遠程倉庫地址) git remote rm  # 刪除遠程倉庫

創建遠程倉庫

git clone --bare robbin_site robbin_site.git # 用帶版本的項目創建純版本倉庫

scp -r my_project.git git@ git.csdn.net:~ # 將純倉庫上傳到伺服器上

mkdir robbin_site.git && cd robbin_site.git && git --bare init # 在伺服器創建純倉庫

git remote add origin git@ github.com:robbin/robbin_site.git # 設置遠程倉庫地址

git push -u origin master # 客戶端首次提交

git push -u origin develop # 首次將本地develop分支提交到遠程develop分支，並且track

git remote set-head origin master # 設置遠程倉庫的HEAD指向master分支

也可以命令設置跟蹤遠程庫和本地庫

git branch --set-upstream master origin/master

git branch --set-upstream develop origin/develop

點擊這里可以看到作者的其他文章

❹ Git如何刪除歷史記錄中的大文件詳解

步驟一:從你的資料庫中清除文件

以Windows下為例(Linux類似), 打開項目的Git Bash,使用命令:

$ git filter-branch --force --index-filter 'git rm --cached --ignore-unmatch path-to-your-remove-file' --prune-empty --tag-name-filter cat -- --all

其中,path-to-your-remove-file就是你要刪除的文件的相對路徑(相對於git倉庫的跟目錄), 替換成你要刪除的文件即可. 注意一點，這里的文件或文件夾，都不能以 '/' 開頭，否則文件或文件夾會被認為是從 git 的安裝目錄開始。

如果你要刪除的目標不是文件，而是文件夾，那麼請在 `git rm --cached' 命令後面添加-r命令，表示遞歸的刪除（子）文件夾和文件夾下的文件，類似於 `rm -rf` 命令。

此外，如果你要刪除的文件很多, 可以寫進一個.sh文件批量執行, 如果文件或路徑里有中文, 由於MinGW或CygWin對中文路徑設置比較麻煩, 你可以使用通配符*號, 例如: sound/music_*.mp3, 這樣就把sound目錄下以music_開頭的mp3文件都刪除了.

例如這樣, 新建一個bash腳本文件，del-music-mp3.sh:

注:綠色字部分是命令執行後的結果.

❺ Git使用教程-7.刪除文件

如何刪除文件？在Git中，刪除也是修改操作。我們先添加一個新文件，並且提交。

一般的，我們直接在文件管理器中把沒用的文件刪了。但是，我們通過 git status 命令會發現，Git追蹤到工作區和版本庫不一致了。

如果不小心刪錯了，但是版本庫還有的，可以很輕松地把誤刪的文件恢復。

很快啊，文件就恢復了。（有沒有馬老師的味道）

❻ git怎麼看已刪除文件的提交歷史

git log -p 刪除文件名稱
這里會列出指定文件的所有修改記錄，也包含刪除記錄了。

❼ 如何刪除git中的文件

刪除的步驟如下。
將本地.idea目錄改名，這個步驟適合於不是你push該目錄，是別人上傳的：

mv .idea/ .idea_back

如果是自己push的，可略過上面步驟。
刪除.idea目錄下文件：
git rm .idea/* -r

然後commit：git commit -a -m 『remove .idea』 注意是單引號
再次push就可以了：git push -u origin master
亡羊補牢，可以增加忽略文件:vim .gitignore
在文件中加入：
.idea/**/*

❽ git如何恢復本地刪除的文件

直接從本地把文件checkout出來就可以了，用不著從遠程伺服器上pull下來，因為，所有的歷史版本你的本地都有的。 具體做法 git checkout file 同時恢復多個被刪除的文件：

❾ git 刪除文件的問題

刪除的時候，使用 git rm xxx 來刪除，即從工作區刪除，也從暫存區刪除。

否則，就使用 git add -u，將工作區中文件的修改、文件的刪除操作更新到暫存區。