git的緩存

A. 【學了就忘】Git操作 — 14.Git基本操作（一）

要對現有的某個項目開始使用Git管理，只需到此項目所在的根目錄，執行 git init 命令即可。

准備一個新的Git本地版本庫：

說明：初始化Git倉庫後，在當前目錄下會出現一個名為 .git 的目錄，所有Git需要的數據和資源都存放在這個目錄中。

不過目前，僅僅是按照既有的結構框架，初始化好了Git倉庫中所有的文件和目錄，但我們還沒有開始跟蹤管理項目中的任何一個文件。

使用 git status 命令進行查看。

進入本地版本庫查看工作區、暫存區中文件的狀態。

1）創建文件後查看工作區、暫存區中文件的狀態

我們在倉庫目錄中創建一個 readme.txt 文件後，在執行 git status 命令。

說明：

2）將工作區的文件添加到暫存區

執行 git add 命令，將 readme.txt 文件添加到暫存區。

3）再次查看工作區、暫存區狀態

執行 git status 命令查看工作區、暫存區狀態。

說明：

總結：

只要在 "Changes to be committed" 這行下面顯示的文件，就說明是已暫存狀態。

如果此時提交，那麼該文件此時此刻的版本，將被留存在歷史記錄中。

在 git add 命令後面可以指明要跟蹤的文件或目錄路徑。

如果是目錄的話，就說明要遞歸跟蹤該目錄下的所有文件。（其實 git add 命令的潛台詞就是把目標文件快照放入暫存區域，同時未曾跟蹤過的文件標記為已跟蹤。）

4）將文件從暫存區撤回到工作區

執行 git rm --cached 命令，將 readme.txt 文件從暫存區撤回到工作區。

並執行 git status 命令查看工作區、暫存區狀態。

可以看到結果， readme.txt 文件又成為了一個未被Git追蹤的文件。

B. git 為什麼要設立緩存區

這樣在本地就可以提交代碼和回滾代碼，而不用連接伺服器的時候才能做相關操作。

C. git push時，如何修改已經緩存過的密碼

你得把自己的公鑰保存在git伺服器上，如果是github，設置在setting -> ssh -> new ssh key 利用的是非對稱加密驗證的原理

D. git如何撤銷通過Add添加所有文件到緩存區的

一，常規的操作 1, 首先按需修改文件 echo >> lz66303.txt 2, 然後按需提交被修改的文件到HEAD緩存區 git add lz66303.txt 3, 再把這個修改記錄到分支中

E. git是怎樣管理代碼的

方法步驟：

1、git clone （這個是你新建本地git倉庫，如已有可忽略此步）復制下git項目的https鏈接，打開gitbash客戶端，找到你想要放置的路徑下，輸入鏈接，可以在鏈接後邊加個其他的名字進行重命名，要是不加的話就顯示git項目的名字。輸入你的git賬號和密碼即可獲取到對應的git項目代碼。

F. git中,文件的狀態

git中常用的一個命令便是,git status,該命令的作用是查看哪些文件處於什麼狀態.
可以用 git status 命令查看哪些文件處於什麼狀態。 如果在克隆倉庫後立即使用此命令，會看到類似這樣的輸出：
echo 'My Project' > README
$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Untracked files:
(use "git add <file>..." to include in what will be committed)

nothing added to commit but untracked files present (use "git add" to track)

在狀態報告中,可以看到,出現了一個untracked files文件,readme.未跟蹤的文件意味著在之前的快照(提交)中沒有這些文件,git不會自動的將這些文件納入可追蹤的范圍,除非需要明確的指出我要跟蹤做這些文件.此時,可以執行:
git add readme.txt
再運行git status
$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:
(use "git restore --staged <file>..." to unstage)
new file: README
可以看到readme文件處於被追蹤的狀態中,是被暫存的狀態.但是仍然沒有commit.

此時,如果我們做了修改,對於一個被追蹤的文件,進行了修改,如果你修改了一個CONTRIBUTING.md的已經被追蹤的文件,然後運行:
git status
則會出現以下內容:
$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)

Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)

意思為: 名為CONTRIBUTING.md已經跟蹤的文件發生了變化.但是還沒有被放入暫存區,如需要暫存本次修改,需要運行git add命令.
git add命令是一個多命令,可以使用將其從未追蹤文件變為已追蹤文件,還可以將已追蹤文件未修改的內容,變為已追蹤文件暫存.還能用戶合並時將沖突文件標記為已解決的狀態等.
此時,運行git status輸出為:
git add CONTRIBUTING.md
$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)

可以看到,此時輸出的意思為:兩個文件都已經暫存,在下次commit時,會一起提交到倉庫.

假設此時,需要繼續在修改CONTRIBUTING.md文件,此時再運行git status命令,會出現:
git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)

Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)

此時,CONTRIBUTING.md文件同時出現在暫存區和非暫存區,是因為,git add文件只是暫存了上次執行git add命令時文件的暫存,如若繼續暫存,需要繼續運行git status
git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)

如果我們需要查看當前工作區文件和暫存區文件的差異,可以使用git diff命令.若要查看已暫存的將要添加到下次提交里的內容，可以用 git diff --staged 命令。 這條命令將比對已暫存文件與最後一次提交的文件差異.

此時,可以進行commit,進行提交啦.現在的暫存區已經准備就緒，可以提交了。 在此之前，請務必確認還有什麼已修改或新建的文件還沒有 git add 過， 否則提交的時候不會記錄這些尚未暫存的變化。 這些已修改但未暫存的文件只會保留在本地磁碟。 所以，每次准備提交前，先用 git status 看下，你所需要的文件是不是都已暫存起來了， 然後再運行提交命令 git commit.

現在你已經創建了第一個提交！ 可以看到，提交後它會告訴你，當前是在哪個分支（master）提交的，本次提交的完整 SHA-1 校驗和是什麼（463dc4f），以及在本次提交中，有多少文件修訂過，多少行添加和刪改過。

提交記錄的是放在暫存區域的快照.任何還未暫存的文件仍然保持已修改的狀態,可以在下次提交時納入版本管理,每次運行一次git commit都是對項目做一次快照,以後可以回到這個狀態,或者進行比較.

跳過使用暫存區域
盡管使用暫存區域的方式可以靜心准備要提交的細節,但是,有個問題就是繁瑣,git提供了一個暫存區域的方式,只要提交的時候,git commit -a,則git會將已經跟蹤過的文件暫存起來一起提交.從而省略一次git add,省略的步驟是,將那些已被追蹤的文件改為暫存.這是因為 -a 選項使本次提交包含了所有修改過的文件。 這很方便，但是要小心，有時這個選項會將不需要的文件添加到提交中。

查看git提交歷史,使用git log命令.會出現下面輸出:
$ git log
commit
Author: Scott Chacon [email protected]
Date: Mon Mar 17 21:52:11 2008 -0700

commit
Author: Scott Chacon [email protected]
Date: Sat Mar 15 16:40:33 2008 -0700

commit
Author: Scott Chacon [email protected]
Date: Sat Mar 15 10:31:28 2008 -0700

在不傳入任何參數的前提下,git log會按照時間順序列出所有的提交,按照時間順序倒排,commit之後是每次提交的SHA-1校驗和(是一個十六位的長度為四十的哈希值),以及作者信息和提交說明.

G. git請求合並出現500是怎麼解決

第一步，先從bae的Git地址，將應用的原始War包clone下來， git clone https://git/<appirl> //這個是bae的git地址 第二步，進入本地倉庫目錄下，將要上傳的War包覆蓋掉ROOT.war或root.war包。 第三步，將修改暫存，然後提交，對應的命令如下： git add ROOT.war git commit -m "commit" //-m參數表示記入日誌中的信息，如果信息太長，也可不添加參數，執行命令後會進入你的默認編輯器，再編輯你的記錄信息 第四步，最終將修改版本上傳到bae， git push origin master //克隆操作會自動使用默認的 master 和 origin 名字 基本上到這里就可以了，如果出現錯誤信息： error: RPC failed; result=22, HTTP code = 411 fatal: The remote end hung up unexpectedly fatal: The remote end hung up unexpectedly Everything up-to-date 原因是：默認 Git 設置 http post 的緩存為 1MB 使用命令將git的緩存設為500M： git config http.postBuffer 524288000 再嘗試push操作，問題解決，部署成功！

H. visual studio git提交緩存怎麼清除

在本地把遠程的master分支刪除，再把reset後的分支內容給push上去
本地倉庫徹底回退到某一個版本 git reset –hard
刪除遠程的master分支 (注意master前有個:) git push origin :master
重新創建遠程master分支

I. BAE git 上傳上限如何調大點本地已設置http.postBuffer。是不是要在BAE設置php.ini望大神賜教！！！

第一步，先從bae的Git地址，將應用的原始War包clone下來，
git clone https://git.app.com/<appirl> //這個是bae的git地址
第二步，進入本地倉庫目錄下，將要上傳的War包覆蓋掉ROOT.war或root.war包。
第三步，將修改暫存，然後提交，對應的命令如下：
git add ROOT.war
git commit -m "commit" //-m參數表示記入日誌中的信息，如果信息太長，也可不添加參數，執行命令後會進入你的默認編輯器，再編輯你的記錄信息
第四步，最終將修改版本上傳到bae，
git push origin master //克隆操作會自動使用默認的 master 和 origin 名字
基本上到這里就可以了，如果出現錯誤信息：
error: RPC failed; result=22, HTTP code = 411
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date
原因是：默認 Git 設置 http post 的緩存為 1MB
使用命令將git的緩存設為500M：
git config http.postBuffer 524288000
再嘗試push操作，問題解決，部署成功！