操作系統 window10
學習來源: http://www.liaoxuefeng.com/wiki
常用
撤銷stage中的內容
git reset HEAD -- .
常用ignore
data
image
model
models
*.jpeg
*.jpg
*.png
*.wav
*.mp3
*.mp4
*.MP4
*.rar
*.zip
*.gif
*.swf
*.ttf
*.woff
*.dat
創建版本庫
- 創建 一個目錄 gittest1
- 進入該目錄，通過
git init把目錄變成 可以管理的倉庫
$ mkdir gittest1
$ cd gittest1
$ git init
$ vim readme.txt
\#輸入
Git is a version control system.
Git is free software.
$ git add readme.txt
- 注 ：在window上如果運行git add readme.txt出現如下錯誤
錯誤信息
可以將項目下的.git文件刪除，然后執行git config --global core.autocrlf false即可。
錯誤原因:
CRLF -- Carriage-Return Line-Feed 回車換行就是回車(CR, ASCII 13, \r) 換行(LF, ASCII 10, \n)。這兩個ACSII字符不會在屏幕有任何輸出，但在Windows中廣泛使用來標識一行的結束。而在Linux/UNIX系統中只有換行符。也就是說在windows中的換行符為 CRLF， 而在linux下的換行符為：LF使用git來生成一個rails工程后，文件中的換行符為LF， 當執行git add .時，系統提示：LF 將被轉換成 CRLF,執行上面命令后系統就不會進行換行符的轉換了
更新與提交
- 修改readme.txt文件
Git is a distributed version control system.
Git is free software. - 運行
git status查看倉庫當前的狀態
Paste_Image.png - 運行
git diff readme.txt查看文件的difference
Paste_Image.png - 執行
git add readme.txt和git commit -m "add distributed"進行提交
Paste_Image.png
-
注： 如果 在提交是出現如下 問題
Paste_Image.png
則按提示輸入命令，將郵箱和用戶名替換成你自己的即可
-
git log可以查看 從最近 到最遠的日志
Paste_Image.png
git log --pretty=oneline可以簡化輸出
Paste_Image.png
你看到的一大串類似3628164...882e1e0的是commit id是版本號。是一個SHA1計算出來的一個非常大的數字，用十六進制表示。
回退與前進操作
- git reset命令
使用git reset --hard HEAD^命令可以實現回退到上一個版本
Paste_Image.png
使用git reflog可以查看你的每一次命令,包括相應的id， 然后你可以用git reset --hard commit_id來選擇回退到哪個版本
Paste_Image.png
Git的版本回退速度非常快，因為Git在內部有個指向當前版本的HEAD
指針，當你回退版本的時候，Git僅僅是把HEAD從指向前一個位置
Paste_Image.png
Paste_Image.png
git 的工作區和緩存區
-
我們的目錄gittest1就是一個工作區，工作區下的隱藏目錄.git是版本庫,版本庫中有stage就是暫存區，還有自動創建的第一個分支 master以及指向master 的指針 HEAD.
Paste_Image.png -
git add命令是把文件提交到stage中
git commit命令是把stage中的內容提交到當前分支中。
Paste_Image.png -
git add 后
Paste_Image.png
git commit后
Paste_Image.png
git是如何管理修改的
- 直接通過 例子說明
- 修改readme.txt 增加
add line 1 - 運行
git add - 再次修改readme.txt增加
add line2 - 運行
git commit -m "tow mod"
查看 - 運行
git status查看狀態
Paste_Image.png
Paste_Image.png
可以看到第二次的修改是沒有被提交的，所以git 修改的只是stage即暫存區的內容，只有你使用了git add將內容提交到stage中后，使用git commit才能修改到版本庫
git 的撤銷修改
- 撤銷修改分四種情況，(1) 內容未添加到stage中，(2)內容已經添加到stage中，(3)內容已經提交版本庫，(4)內容提交到遠程版本庫
- 向readme.txt中添加 內容
my boss is stupid
-
對應第一各情況
直接使用git checkout -- file即可
Paste_Image.png
這個動作是回到上一步：
一種是readme.txt自修改后還沒有被放到暫存區，現在，撤銷修改就回到和版本庫一模一樣的狀態；
一種是readme.txt已經添加到暫存區后，又作了修改，現在，撤銷修改就回到添加到暫存區后的狀態。
總之，就是讓這個文件回到最近一次git commit或git add時的狀態。 -
對應第二各情況
git reset HEAD file
Paste_Image.png 對應第三各情況
git reset --hard commit_id前面已經介紹過了對應第四各情況
這樣是肯定會給別人看到的_
git 文件的刪除
- 從版本庫中刪除
git rm命令，之后 執行git commit
Paste_Image.png - 沒有提交刪除就可以找回
用git checkout命令
Paste_Image.png
遠程倉庫
-
創建SSH key 在用戶主目錄下， 看看有沒有.ssh目錄，如果有，再看看有沒有id_rsa和id_rsa.pub這兩個 文件，如果 已經有了，可以直接下一步。如下圖:
Paste_Image.png
你需要把郵件地址換成你自己的郵件地址，然后一路回車，使用默認值即可，由于這個Key也不是用于軍事目的，所以也無需設置密碼。
如果一切順利的話，可以在用戶主目錄里找到.ssh目錄，里面有id_rsa和id_rsa.pub兩個文件，這兩個就是SSH Key的秘鑰對，id_rsa是私鑰，不能泄露出去，id_rsa.pub是公鑰，可以放心地告訴任何人。 - 注冊github,按如下 操作
Paste_Image.png
Paste_Image.png
Paste_Image.png
填寫一個title，key填寫id_rsa.pub文件中的內容。
為什么GitHub需要SSH Key呢？因為GitHub需要識別出你推送的提交確實是你推送的，而不是別人冒充的，而Git支持SSH協議，所以，GitHub只要知道了你的公鑰，就可以確認只有你自己才能推送。
當然，GitHub允許你添加多個Key。假定你有若干電腦，你一會兒在公司提交，一會兒在家里提交，只要把每臺電腦的Key都添加到GitHub，就可以在每臺電腦上往GitHub推送了。
通過git remote add origin git@github.com:git賬號/gittest/git,git push -u origin master可以把本地倉庫的內容推送到github倉庫.添加后，遠程庫的名字就是origin，這是Git默認的叫法，也可以改成別的，但是origin這個名字一看就知道是遠程庫。
Paste_Image.png
Paste_Image.png
由于遠程庫是空的，我們第一次推送master
分支時，加上了-u參數，Git不但會把本地的master分支內容推送的遠程新的master分支，還會把本地的master分支和遠程的master分支關聯起來，在以后的推送或者拉取時就可以簡化命令。
推送后,是不是和本地一樣一樣的了
Paste_Image.png
之后再更新就可以使用git push origin master命令了
當你第一次使用Git的clone或者push命令連接GitHub時，會得到一個警告：
Paste_Image.png
這是因為Git使用SSH連接，而SSH連接在第一次驗證GitHub服務器的Key時，需要你確認GitHub的Key的指紋信息是否真的來自GitHub的服務器，輸入yes回車即可。
分布式版本系統的最大好處之一是在本地工作完全不需要考慮遠程庫的存在，也就是有沒有聯網都可以正常工作 - 克隆遠程庫:
Paste_Image.png
也可以用https://github.com/hopevow/gittest1.git這樣的地址，因為git支持多種協議，默認git://使用ssh，但也可以使用https等其它 協議，使用https除了速度慢以外，還有個最大的麻煩是每次推送都必須輸入口令，但是在某些只開放http端口的公司內部就無法使用ssh協議而只能用https。
git的分支 管理
- 分支在實際中有什么用呢？假設你準備開發一個新功能，但是需要兩周才能完成，第一周你寫了50%的代碼，如果立刻提交，由于代碼還沒寫完，不完整的代碼庫會導致別人不能干活了。如果等代碼全部寫完再一次提交，又存在丟失每天進度的巨大風險。
現在有了分支，就不用怕了。你創建了一個屬于你自己的分支，別人看不到，還繼續在原來的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到開發完畢后，再一次性合并到原來的分支上，這樣，既安全，又不影響別人工作。
-
在每次提交時，git會把它們串成一條時間線，這條時間線就是一個分支，如今我們只有一條時間線，在git里，這個分支就是master，HEAD嚴格來說不是指向提交，master才是指向提交，所以head指向當前分支
Paste_Image.png
每次提交，master分支都會向前移動一步，這樣，隨著你不斷提交，master分支的線也越來越長。
-
分支創建與合并原理
當我們創建一個新的分支時，git和新建一個指針，指向master相同的提交，再把HEAD指向dev上，如新建分支dev.
Paste_Image.png
之后再對工作區的修改就是針對dev了
Paste_Image.png
最后分支完成后進行合并并刪除
Paste_Image.png
Paste_Image.png
Paste_Image.png
Paste_Image.png
合并分支
Paste_Image.png - 命令總結
查看分支：git branch
創建分支：git branch <name>
切換分支：git checkout <name>
創建+切換分支：git checkout -b <name>
合并某分支到當前分支：git merge <name>
刪除分支：git branch -d <name>
沖突解決
如下兩個 分支同時修改readme.txt文件，如下 ：
Paste_Image.png
Paste_Image.png
所以當git無法自動合并分支時，就必須先解決沖突再提交，使用
git log --graph可以查看分支合并圖。以上用的都是Fast forward模式， 刪除分支后，會丟掉分支信息。如果強制禁用了fast forward模式，git就會在merge時生成一個新的commit，這樣，從分支歷史上就可以看出分支信息。操作如下
Paste_Image.png
不用fast forward模式合并后
Paste_Image.png
合并分支時，加上--no-ff參數就可以用普通模式合并，合并后的歷史有分支，能看出來曾經做過合并，而fast forward合并就看不出來曾經做過合并。
bug 分支
- 修復bug時，我們會通過創建新的bug分支進行修復，然后合并，最后刪除；
當手頭工作沒有完成時，先把工作現場git stash一下，然后去修復bug，修復后，再git stash pop，回到工作現場。
- git 的stash功能，可以把當前工作現場儲藏起來，等以后恢復現場后繼續工作
git stash，現在工作區就是干凈的，可以放心創建分支來修復bug，首先確定要在哪個分支上修復 bug，假定需要在master上，就在master上創建臨時分支 :
git checkout master
git checkout -b issue-101
git add readme.txt
git commit -m 'fix bug 101'
git checkout master
git merge --no-ff -m 'merged bug fix 101' issue-101
git branch -d issue-101
git checkout dev
git stash pop
git stash pop = git stash apply + git stash drop
Feature分支
軟件開發中，總有無窮無盡的新的功能要不斷添加進來。添加一個新功能時，你肯定不希望因為一些實驗性質的代碼，把主分支搞亂了，所以，每添加一個新功能，最好新建一個feature分支，在上面開發，完成后，合并，最后，刪除該feature分支。
然而如果這個分支 在沒有合并之前 就需要刪除的話 通過git branch -D <name>
多人協作
- 首先，可以試圖用
git push origin branch-name推送自己的修改。 - 如果推送失敗，則因為遠程分支比你的本地更新，需要先用git pull試圖合并，
- 如果合并有沖突，則解決沖突，并在本地提交
- 沒有沖突或者解決掉沖突后，用`git push origin branch-name推送成功
- 命令相關
git remote -v; 查看遠程庫信息
本地新建的分支如果不推送到遠程，對其他人就是不可見的；
從本地推送分支，使用git push origin branch-name，如果推送失敗，先用git pull
抓取遠程的新提交；
在本地創建和遠程分支對應的分支，使用git checkout -b branch-name origin/branch-name
，本地和遠程分支的名稱最好一致；
建立本地分支和遠程分支的關聯，使用git branch --set-upstream branch-name origin/branch-name；
從遠程抓取分支，使用git pull，如果有沖突，要先處理沖突。
####標簽管理
* 發布一個版本時，我們通常先在版本庫中打一個標簽（tag），這樣，就唯一確定了打標簽時刻的版本。將來無論什么時候，取某個標簽的版本，就是把那個打標簽的時刻的歷史版本取出來。所以，標簽也是版本庫的一個快照。
Git的標簽雖然是版本庫的快照，但其實它就是指向某個commit的指針（跟分支很像對不對？但是分支可以移動，標簽不能移動），所以，創建和刪除標簽都是瞬間完成的。
Git有commit，為什么還要引入tag？
“請把上周一的那個版本打包發布，commit號是6a5819e...”
“一串亂七八糟的數字不好找！”
如果換一個辦法：
“請把上周一的那個版本打包發布，版本號是v1.2”
“好的，按照tag v1.2查找commit就行！”
所以，tag就是一個讓人容易記住的有意義的名字，它跟某個commit綁在一起。
1. 創建標簽
創建標簽的方式很簡單，切換到要打標簽的分支上：
`git branch master
git tag v1.0
git tag`
默認標簽 是打在最新提交的commit上的，當然，也可以指定歷史commit id：
`git tag v1.0 id`
當用git tag查看標簽時，它們是按字母排序的而不是創建的時間，你可以用git show <tagname>來查看相應的標簽信息.你也可以創建帶說明的標簽：`git tag -a v0.1 -m 'version 0.1 released id `還可以通過-s用私鑰簽名一個標簽：`git tag -s v0.2 -m 'signed version 0.2 released' id,簽名采用PGP簽名，因此，必須首先安裝gpg（GnuPG），如果沒有找到gpg，或者沒有gpg密鑰對，就會報錯：
``gpg: signing failed: secret key not available
error: gpg failed to sign the data
error: unable to sign the tag``
1.1 相關命令
命令git tag <name>用于新建一個標簽，默認為HEAD，也可以指定一個commit id；git tag -a <tagname> -m "blablabla..."可以指定標簽信息；
git tag -s <tagname> -m "blablabla..."可以用PGP簽名標簽；
命令git tag可以查看所有標簽。
2. 操作標簽
刪除標簽 ：`git tag -d v0.1`
因為創建的標簽都只存儲在本地，不會自動推送到遠程。所以，打錯的標簽可以在本地安全刪除。如果要推送某個標簽到遠程，使用命令git push origin <tagname>
`git push origin v1.0`或者一次性推送所有t標簽 `git push origin tags`
刪除遠程標簽:先刪除本地`git tag -d v0.9`再刪除遠程`git push origin :refs/tags/v0.9`
2.1 相關命令
``git push origin <tagname>推送一個本地標簽
git push origin --tags推送本地全部未推送的標簽
git tag -d <tagname>刪除一個本地標簽
git push origin :refs/tags/<tagname>刪除一個遠程標簽
``
####忽略特殊文件
* 在工作目錄中但是不會提交的文件，需要將文件名放在.gitignore文件中，
忽略文件的原則是：
忽略操作系統自動生成的文件，比如縮略圖等；
忽略編譯生成的中間文件、可執行文件等，也就是如果一個文件是通過另一個文件自動生成的，那自動生成的文件就沒必要放進版本庫，比如Java編譯產生的.class文件；
忽略你自己的帶有敏感信息的配置文件，比如存放口令的配置文件。
假設你在Windows下進行Python開發，Windows會自動在有圖片的目錄下生成隱藏的縮略圖文件，如果有自定義目錄，目錄下就會有Desktop.ini文件，因此你需要忽略Windows自動生成的垃圾文件：
```
# Windows:
Thumbs.db
ehthumbs.db
Desktop.ini
```
然后，繼續忽略Python編譯產生的.pyc、.pyo、dist等文件或目錄：
```
*.py[cod]
*.so
*.egg
*.egg-info
dist
build
```
寫好.gitignore后把文件提交到git就完成了
如果想添加 在.gitignore文件中忽略的文件,只可以用git add -f filename來強制添加
git check-ignore命令檢查規則是否正確
`git check-ignore -v App.class`
####給命令配置別名
`git config --global alias st stauts`
這樣`git status `就變成 了`git st`
這些其實也可以在.git/config文件中進行修改
####搭建git服務器
* 搭建Git服務器需要準備一臺運行Linux的機器，強烈推薦用Ubuntu或Debian，這樣，通過幾條簡單的apt命令就可以完成安裝。
1. 安裝 git
`sudo apt-get install git`
2. 創建git用戶
`adduser git`
3. 創建證書登錄
收集所有需要登錄的用戶的公鑰，就是他們自己的id_rsa.pub文件，把所有公鑰導入到/home/git/.ssh/authorized_keys文件里，一行一個。
4. 初始化git倉庫
`git init --bare sample.git`
Git就會創建一個裸倉庫，裸倉庫沒有工作區，因為服務器上的Git倉庫純粹是為了共享，所以不讓用戶直接登錄到服務器上去改工作區，并且服務器上的Git倉庫通常都以.git結尾。然后，把owner改為git：
`chown -R git:git sample.git`
5. 禁用shell登錄
出于安全考慮，第二步創建的git用戶不允許登錄shell，這可以通過編輯/etc/passwd文件完成。找到類似下面的一行：
`git:x:1001:1001:,,,:/home/git:/bin/bash`
`git:x:1001:1001:,,,:/home/git:/usr/bin/git-shell`
6. 可以通過 git clone克隆遠程倉庫了
`git clone git@server:/srv/sample.git`
7. 公鑰的管理
如果團隊很小，把每個人的公鑰收集起來放到服務器的/home/git/.ssh/authorized_keys
文件里就是可行的。如果團隊有幾百號人，就沒法這么玩了，這時，可以用[Gitosis](https://github.com/res0nat0r/gitosis)來管理公鑰。