操作系統(tǒng) 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
創(chuàng)建版本庫
- 創(chuàng)建 一個目錄 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出現(xiàn)如下錯誤
可以將項目下的.git文件刪除,然后執(zhí)行git config --global core.autocrlf false
即可曲秉。
錯誤原因:
CRLF -- Carriage-Return Line-Feed 回車換行就是回車(CR, ASCII 13, \r) 換行(LF, ASCII 10, \n)采蚀。這兩個ACSII字符不會在屏幕有任何輸出疲牵,但在Windows中廣泛使用來標識一行的結束。而在Linux/UNIX系統(tǒng)中只有換行符榆鼠。也就是說在windows中的換行符為 CRLF纲爸, 而在linux下的換行符為:LF使用git來生成一個rails工程后,文件中的換行符為LF妆够, 當執(zhí)行git add .時识啦,系統(tǒng)提示:LF 將被轉換成 CRLF,執(zhí)行上面命令后系統(tǒng)就不會進行換行符的轉換了
更新與提交
- 修改readme.txt文件
Git is a distributed version control system.
Git is free software. - 運行
git status
查看倉庫當前的狀態(tài)
- 運行
git diff readme.txt
查看文件的difference
- 執(zhí)行
git add readme.txt
和git commit -m "add distributed"
進行提交
-
注: 如果 在提交是出現(xiàn)如下 問題
則按提示輸入命令,將郵箱和用戶名替換成你自己的即可
-
git log
可以查看 從最近 到最遠的日志
git log --pretty=oneline
可以簡化輸出你看到的一大串類似3628164...882e1e0的是commit id是版本號责静。是一個SHA1計算出來的一個非常大的數(shù)字袁滥,用十六進制表示。
回退與前進操作
- git reset命令
使用git reset --hard HEAD^
命令可以實現(xiàn)回退到上一個版本
使用git reflog
可以查看你的每一次命令,包括相應的id灾螃, 然后你可以用git reset --hard commit_id
來選擇回退到哪個版本
Git的版本回退速度非程夥快,因為Git在內部有個指向當前版本的HEAD
指針腰鬼,當你回退版本的時候嵌赠,Git僅僅是把HEAD從指向前一個位置
git 的工作區(qū)和緩存區(qū)
-
我們的目錄gittest1就是一個工作區(qū),工作區(qū)下的隱藏目錄.git是版本庫,版本庫中有stage就是暫存區(qū)熄赡,還有自動創(chuàng)建的第一個分支 master以及指向master 的指針 HEAD.
-
git add
命令是把文件提交到stage中
git commit
命令是把stage中的內容提交到當前分支中姜挺。
-
git add 后
git commit后
git是如何管理修改的
- 直接通過 例子說明
- 修改readme.txt 增加
add line 1 - 運行
git add
- 再次修改readme.txt增加
add line2 - 運行
git commit -m "tow mod"
查看 - 運行
git status
查看狀態(tài)
可以看到第二次的修改是沒有被提交的,所以git 修改的只是stage即暫存區(qū)的內容彼硫,只有你使用了git add
將內容提交到stage中后炊豪,使用git commit
才能修改到版本庫
git 的撤銷修改
- 撤銷修改分四種情況,(1) 內容未添加到stage中拧篮,(2)內容已經添加到stage中词渤,(3)內容已經提交版本庫,(4)內容提交到遠程版本庫
- 向readme.txt中添加 內容
my boss is stupid
-
對應第一各情況
直接使用git checkout -- file
即可
這個動作是回到上一步:
一種是readme.txt自修改后還沒有被放到暫存區(qū)串绩,現(xiàn)在缺虐,撤銷修改就回到和版本庫一模一樣的狀態(tài);
一種是readme.txt已經添加到暫存區(qū)后礁凡,又作了修改高氮,現(xiàn)在,撤銷修改就回到添加到暫存區(qū)后的狀態(tài)顷牌。
總之剪芍,就是讓這個文件回到最近一次git commit或git add時的狀態(tài)。 -
對應第二各情況
git reset HEAD file
對應第三各情況
git reset --hard commit_id
前面已經介紹過了對應第四各情況
這樣是肯定會給別人看到的_
git 文件的刪除
- 從版本庫中刪除
git rm
命令窟蓝,之后 執(zhí)行git commit
- 沒有提交刪除就可以找回
用git checkout
命令
遠程倉庫
-
創(chuàng)建SSH key 在用戶主目錄下罪裹, 看看有沒有.ssh目錄,如果有,再看看有沒有id_rsa和id_rsa.pub這兩個 文件坊谁,如果 已經有了,可以直接下一步滑臊。如下圖:
你需要把郵件地址換成你自己的郵件地址口芍,然后一路回車,使用默認值即可雇卷,由于這個Key也不是用于軍事目的鬓椭,所以也無需設置密碼。
如果一切順利的話关划,可以在用戶主目錄里找到.ssh目錄小染,里面有id_rsa和id_rsa.pub兩個文件,這兩個就是SSH Key的秘鑰對贮折,id_rsa是私鑰裤翩,不能泄露出去,id_rsa.pub是公鑰调榄,可以放心地告訴任何人踊赠。 - 注冊github,按如下 操作
填寫一個title,key填寫id_rsa.pub文件中的內容每庆。
為什么GitHub需要SSH Key呢筐带?因為GitHub需要識別出你推送的提交確實是你推送的,而不是別人冒充的缤灵,而Git支持SSH協(xié)議伦籍,所以,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這個名字一看就知道是遠程庫寝志。
由于遠程庫是空的,我們第一次推送master
分支時,加上了-u參數(shù)材部,Git不但會把本地的master分支內容推送的遠程新的master分支毫缆,還會把本地的master分支和遠程的master分支關聯(lián)起來撞鹉,在以后的推送或者拉取時就可以簡化命令慎框。
推送后,是不是和本地一樣一樣的了
之后再更新就可以使用git push origin master
命令了
當你第一次使用Git的clone或者push命令連接GitHub時,會得到一個警告:
這是因為Git使用SSH連接镊逝,而SSH連接在第一次驗證GitHub服務器的Key時物臂,需要你確認GitHub的Key的指紋信息是否真的來自GitHub的服務器旺拉,輸入yes回車即可。
分布式版本系統(tǒng)的最大好處之一是在本地工作完全不需要考慮遠程庫的存在棵磷,也就是有沒有聯(lián)網都可以正常工作 - 克隆遠程庫:
也可以用https://github.com/hopevow/gittest1.git
這樣的地址蛾狗,因為git支持多種協(xié)議,默認git://使用ssh仪媒,但也可以使用https等其它 協(xié)議沉桌,使用https除了速度慢以外,還有個最大的麻煩是每次推送都必須輸入口令算吩,但是在某些只開放http端口的公司內部就無法使用ssh協(xié)議而只能用https蒲牧。
git的分支 管理
- 分支在實際中有什么用呢?假設你準備開發(fā)一個新功能赌莺,但是需要兩周才能完成冰抢,第一周你寫了50%的代碼,如果立刻提交艘狭,由于代碼還沒寫完挎扰,不完整的代碼庫會導致別人不能干活了。如果等代碼全部寫完再一次提交巢音,又存在丟失每天進度的巨大風險遵倦。
現(xiàn)在有了分支,就不用怕了官撼。你創(chuàng)建了一個屬于你自己的分支梧躺,別人看不到,還繼續(xù)在原來的分支上正常工作傲绣,而你在自己的分支上干活掠哥,想提交就提交,直到開發(fā)完畢后秃诵,再一次性合并到原來的分支上续搀,這樣,既安全菠净,又不影響別人工作禁舷。
-
在每次提交時彪杉,git會把它們串成一條時間線,這條時間線就是一個分支牵咙,如今我們只有一條時間線派近,在git里,這個分支就是master洁桌,HEAD嚴格來說不是指向提交构哺,master才是指向提交,所以head指向當前分支
每次提交战坤,master分支都會向前移動一步,這樣残拐,隨著你不斷提交途茫,master分支的線也越來越長。
-
分支創(chuàng)建與合并原理
當我們創(chuàng)建一個新的分支時溪食,git和新建一個指針囊卜,指向master相同的提交,再把HEAD指向dev上错沃,如新建分支dev.
之后再對工作區(qū)的修改就是針對dev了
最后分支完成后進行合并并刪除
合并分支
- 命令總結
查看分支:git branch
創(chuàng)建分支:git branch <name>
切換分支:git checkout <name>
創(chuàng)建+切換分支:git checkout -b <name>
合并某分支到當前分支:git merge <name>
刪除分支:git branch -d <name>
沖突解決
如下兩個 分支同時修改readme.txt文件栅组,如下 :
所以當git無法自動合并分支時,就必須先解決沖突再提交枢析,使用
git log --graph
可以查看分支合并圖玉掸。以上用的都是Fast forward模式, 刪除分支后醒叁,會丟掉分支信息司浪。如果強制禁用了fast forward模式,git就會在merge時生成一個新的commit把沼,這樣啊易,從分支歷史上就可以看出分支信息。操作如下
不用fast forward模式合并后
合并分支時饮睬,加上--no-ff參數(shù)就可以用普通模式合并租谈,合并后的歷史有分支,能看出來曾經做過合并捆愁,而fast forward合并就看不出來曾經做過合并割去。
bug 分支
- 修復bug時,我們會通過創(chuàng)建新的bug分支進行修復昼丑,然后合并劫拗,最后刪除;
當手頭工作沒有完成時矾克,先把工作現(xiàn)場git stash一下页慷,然后去修復bug憔足,修復后,再git stash pop酒繁,回到工作現(xiàn)場滓彰。
- git 的stash功能,可以把當前工作現(xiàn)場儲藏起來州袒,等以后恢復現(xiàn)場后繼續(xù)工作
git stash
揭绑,現(xiàn)在工作區(qū)就是干凈的,可以放心創(chuàng)建分支來修復bug郎哭,首先確定要在哪個分支上修復 bug他匪,假定需要在master上,就在master上創(chuàng)建臨時分支 :
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分支
軟件開發(fā)中夸研,總有無窮無盡的新的功能要不斷添加進來邦蜜。添加一個新功能時,你肯定不希望因為一些實驗性質的代碼亥至,把主分支搞亂了悼沈,所以,每添加一個新功能姐扮,最好新建一個feature分支絮供,在上面開發(fā),完成后茶敏,合并壤靶,最后,刪除該feature分支惊搏。
然而如果這個分支 在沒有合并之前 就需要刪除的話 通過git branch -D <name>
多人協(xié)作
- 首先,可以試圖用
git push origin branch-name
推送自己的修改胀屿。 - 如果推送失敗塘揣,則因為遠程分支比你的本地更新,需要先用git pull試圖合并宿崭,
- 如果合并有沖突亲铡,則解決沖突,并在本地提交
- 沒有沖突或者解決掉沖突后葡兑,用`git push origin branch-name推送成功
- 命令相關
git remote -v; 查看遠程庫信息
本地新建的分支如果不推送到遠程奖蔓,對其他人就是不可見的;
從本地推送分支讹堤,使用git push origin branch-name吆鹤,如果推送失敗,先用git pull
抓取遠程的新提交洲守;
在本地創(chuàng)建和遠程分支對應的分支疑务,使用git checkout -b branch-name origin/branch-name
沾凄,本地和遠程分支的名稱最好一致;
建立本地分支和遠程分支的關聯(lián)知允,使用git branch --set-upstream branch-name origin/branch-name撒蟀;
從遠程抓取分支,使用git pull温鸽,如果有沖突保屯,要先處理沖突。
####標簽管理
* 發(fā)布一個版本時涤垫,我們通常先在版本庫中打一個標簽(tag)姑尺,這樣,就唯一確定了打標簽時刻的版本蝠猬。將來無論什么時候切蟋,取某個標簽的版本,就是把那個打標簽的時刻的歷史版本取出來吱雏。所以,標簽也是版本庫的一個快照瘾境。
Git的標簽雖然是版本庫的快照歧杏,但其實它就是指向某個commit的指針(跟分支很像對不對?但是分支可以移動迷守,標簽不能移動)犬绒,所以,創(chuàng)建和刪除標簽都是瞬間完成的兑凿。
Git有commit凯力,為什么還要引入tag?
“請把上周一的那個版本打包發(fā)布礼华,commit號是6a5819e...”
“一串亂七八糟的數(shù)字不好找咐鹤!”
如果換一個辦法:
“請把上周一的那個版本打包發(fā)布,版本號是v1.2”
“好的圣絮,按照tag v1.2查找commit就行祈惶!”
所以,tag就是一個讓人容易記住的有意義的名字扮匠,它跟某個commit綁在一起捧请。
1. 創(chuàng)建標簽
創(chuàng)建標簽的方式很簡單,切換到要打標簽的分支上:
`git branch master
git tag v1.0
git tag`
默認標簽 是打在最新提交的commit上的棒搜,當然疹蛉,也可以指定歷史commit id:
`git tag v1.0 id`
當用git tag查看標簽時,它們是按字母排序的而不是創(chuàng)建的時間力麸,你可以用git show <tagname>來查看相應的標簽信息.你也可以創(chuàng)建帶說明的標簽:`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`
因為創(chuàng)建的標簽都只存儲在本地,不會自動推送到遠程谜慌。所以然想,打錯的標簽可以在本地安全刪除。如果要推送某個標簽到遠程欣范,使用命令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文件中,
忽略文件的原則是:
忽略操作系統(tǒng)自動生成的文件恼琼,比如縮略圖等妨蛹;
忽略編譯生成的中間文件、可執(zhí)行文件等晴竞,也就是如果一個文件是通過另一個文件自動生成的蛙卤,那自動生成的文件就沒必要放進版本庫,比如Java編譯產生的.class文件噩死;
忽略你自己的帶有敏感信息的配置文件颤难,比如存放口令的配置文件。
假設你在Windows下進行Python開發(fā)已维,Windows會自動在有圖片的目錄下生成隱藏的縮略圖文件行嗤,如果有自定義目錄,目錄下就會有Desktop.ini文件垛耳,因此你需要忽略Windows自動生成的垃圾文件:
```
# Windows:
Thumbs.db
ehthumbs.db
Desktop.ini
```
然后昂验,繼續(xù)忽略Python編譯產生的.pyc、.pyo艾扮、dist等文件或目錄:
```
*.py[cod]
*.so
*.egg
*.egg-info
dist
build
```
寫好.gitignore后把文件提交到git就完成了
如果想添加 在.gitignore文件中忽略的文件,只可以用git add -f filename來強制添加
git check-ignore命令檢查規(guī)則是否正確
`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. 創(chuàng)建git用戶
`adduser git`
3. 創(chuàng)建證書登錄
收集所有需要登錄的用戶的公鑰,就是他們自己的id_rsa.pub文件酌予,把所有公鑰導入到/home/git/.ssh/authorized_keys文件里磺箕,一行一個奖慌。
4. 初始化git倉庫
`git init --bare sample.git`
Git就會創(chuàng)建一個裸倉庫,裸倉庫沒有工作區(qū)松靡,因為服務器上的Git倉庫純粹是為了共享简僧,所以不讓用戶直接登錄到服務器上去改工作區(qū),并且服務器上的Git倉庫通常都以.git結尾雕欺。然后岛马,把owner改為git:
`chown -R git:git sample.git`
5. 禁用shell登錄
出于安全考慮,第二步創(chuàng)建的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)來管理公鑰沟蔑。