倉庫我原先在github上手動建了乙個，直接拿過用吧。
到指定資料夾，輸入轉殖命令：
$ git clone
檢視狀態
$ git status
輸出：on branch master
initial commit
nothing to commit (create/copy files and use "git add" to track)
顯示是個空的。。。
我在本地資料夾建立了乙個txt文字，再次輸入狀態命令：
on branch master
initial commit
untracked files:
(use "git add ..." to include in what will be committed
test.txt
nothing added to commit but untracked files present (use "git add" to track)
檔名是紅紅的，並且提示你可以用add命令：
$ git add test.txt
再次檢視狀態：
on branch master
initial commit
changes to be committed:
(use "git rm --cached ..." to unstage)
new file: test.txt
顯示是這樣式的哈，說new了乙個檔案，並且變綠色了，大愛綠燈啊
檔案修改後，直接add就好，並不是像svn一樣，add一次，然後update
修改後不add，相當於你寫完檔案 不按ctrl+s一樣
add也只是新增到乙個暫存區，並不是直接儲存到本地。
接下來提交到本地
$ git commit -m "add a test file"
輸出：[master (root-commit) fdfa530] add a test file
1 file changed, 1 insertion(+)
create mode 100644 test.txt
好了，乙個檔案發生了改變。
看看改變的日誌記錄：
$ git log
輸出：commit fdfa5300643a942fc2a55b8e2a4fa6d0e5793913 (head -> master)
author: xinghua
date: thu aug 3 09:53:44 2017 +0800
本地的名稱和伺服器對應位址不一樣哦，不過這歌檔名成可以設定，我就用預設的
$ git remote -v
origin (fetch)
origin (push)
以上操作只是儲存到了本地，如果要同步到伺服器，還需要發布：
$ git push origin
輸出：counting objects: 3, done.
writing objects: 100% (3/3), 262 bytes | 0 bytes/s, done.
total 3 (delta 0), reused 0 (delta 0)
to * [new branch] master -> master
去檢視倉庫：
哇咔咔，確實是有了哈，只是簡單的使用，待哥們繼續研究。。。
git status命令的輸出十分詳細，但其用語有些繁瑣。 如果你使用git status -s命令或git status --short命令，你將得到一種更為緊湊的格式輸出。 執行git status -s，狀態報告輸出如下：
$ git status -s
m readme
mm rakefile
a lib/git.rb
m lib/******git.rb
?? license.txt
??標記，新新增到暫存區中的檔案前面有a標記，修改過的檔案前面有m標記。 你可能注意到了m有兩個可以出現的位置，出現在右邊的m表示該檔案被修改了但是還沒放入暫存區，出現在靠左邊的m表示該檔案被修改了並放入了暫存區。 例如，上面的狀態報告顯示：readme檔案在工作區被修改了但是還沒有將修改後的檔案放入暫存區,lib/******git.rb檔案被修改了並將修改後的檔案放入了暫存區。 而rakefile在工作區被修改並提交到暫存區後又在工作區中被修改了，所以在暫存區和工作區都有該檔案被修改了的記錄。 一次完整的HTTP事務
http通訊機制是在一次完整的http通訊過程中，web瀏覽器與web伺服器之間將完成下列7個步驟 1.建立tcp連線 在http工作開始之前，web瀏覽器首先要通過網路與web伺服器建立連線，該連線是通過tcp來完成的，該協議與ip協議共同構建internet，即著名的tcp ip協議族，因此in...
一次完整的HTTP請求
一次完整的http請求過程從tcp三次握手建立連線成功後開始，客戶端按照指定的格式開始向服務端傳送http請求，服務端接收請求後，解析http請求，處理完業務邏輯，最後返回乙個http的響應給客戶端，http的響應內容同樣有標準的格式。無論是什麼客戶端或者是什麼服務端，大家只要按照http的協議標準...
一次完整的HTTP請求
一次完整的http請求過程從tcp三次握手建立連線成功後開始，客戶端按照指定的格式開始向服務端傳送http請求，服務端接收請求後，解析http請求，處理完業務邏輯，最後返回乙個http的響應給客戶端，http的響應內容同樣有標準的格式。無論是什麼客戶端或者是什麼服務端，大家只要按照http的協議標準...