$ git init // 初始化一個Git倉庫$ git status // 查看倉庫的狀態(tài)$ git add . // 將所有修改添加到暫存區(qū)$ git add * // Ant風(fēng)格添加修改$ git add *Controller // 將以Controller結(jié)尾的文件的所有修改添加到暫存區(qū)$ git add Hello* // 將所有以Hello開頭的文件的修改添加到暫存區(qū) 例如:HelloWorld.txt,Hello.java,HelloGit.txt ...$ git add Hello? // 將以Hello開頭后面只有一位的文件的修改提交到暫存區(qū) 例如:Hello1.txt,HelloA.java 如果是HelloGit.txt或者Hello.java是不會被添加的可以多次添加然后在提交

$ git commit -m "comment"? // 將暫存區(qū)的修改提交到倉庫 后面添加上有意義的注視信息$ git diff? file? // 在file被修改了還未提交的時候查看修改的部分(和版本庫中最新版本的不同 diff == difference 不同)$ git log? // 查看git的commit信息,每次提交的信息包括注視在內(nèi),從最新提交到最久提交$ git log --pretty=oneline? // 將commit 信息簡化成一行顯示注意Git的版本號(commit id)是SHA1值ea34578d5496d7dd233c827ed32a8cd576c5ee85

$ git reset --hard HEAD^? // 退回到相對于當(dāng)前版本的上一個版本 HEAD 表示當(dāng)前版本$ git reset --hard HEAD^^? // 退回到相對于當(dāng)前版本的上上一個版本? HEAD 代表當(dāng)前版本$ git reset --hard HEAD~100 //退回到相對于當(dāng)前版本的上 100 個版本去? HEAD 表示當(dāng)前版本$ git reset --hard 3628164? // 退回到指定的版本? 這里不需要全部寫commit id? Git 回去自動適配Git的版本回退速度非?？?，因為Git在內(nèi)部有個指向當(dāng)前版本的HEAD指針，當(dāng)你回退版本的時候，Git僅僅是把HEAD從指向append GPL$ git reflog? // 在退回到舊版本之后可以查看舊版本之前的提交日志當(dāng)我們想從一個舊版本退回到新版本但是我們關(guān)閉了shell窗口,不能查看之前的commit id了,就可以通過

$ git reflog 查看到之前的版本的commit id

$ git reset --hard 3628164工作區(qū)和暫存區(qū)

工作區(qū): 就是我們通$ git init 創(chuàng)建的代碼庫的所有文件但是不包括 .git文件(版本庫)暫存區(qū): 我們通過$ git add ./*/*Xxx/Xxxx* 添加的修改,都是進入到暫存區(qū)了,肉眼不可見 通過 $ git status? 可以看到修改的狀態(tài)

什么是修改？

? 比如你新增了一行，這就是一個修改，

? 刪除了一行，也是一個修改，

? 更改了某些字符，也是一個修改，

? 刪了一些又加了一些，也是一個修改，

? 甚至創(chuàng)建一個新文件，也算一個修改。

修改只能在被add 到暫存區(qū)以后才能被提交

在file 已經(jīng)修改還未add的時候

$ git checkout --file? // 表示丟棄工作區(qū)的修改退回原始狀態(tài)(不包括以及添加到暫存區(qū)的修改)file已經(jīng)修改和添加到了暫存區(qū),還未commit

$ git reset HEAD file? // 丟棄file已經(jīng)添加到暫存區(qū)的修改? HEAD 表示最新版本如果file修改已經(jīng)提交到本地倉庫

$ git reset --hard HEAD^? //退回到上一個版本$ rm file? // 從文件系統(tǒng)中刪除文件(Git 中還是有記錄),$ git status 的時候Git 會告訴你有一個file 被刪除了$ git rm file? // 從Git版本庫中刪除文件(同時從文件系統(tǒng)中刪除文件) $ git status? 正常$ git rm file? // 從git版本庫中刪除文件$ git commit -m "delete file" // 提交刪除$ git checkout file? // 想要從git恢復(fù) 會出現(xiàn):error: pathspec 'README.txt' did not match any file(s) known to git.$ git reset --hard HEAD^? // 恢復(fù)到上一個版本 可以恢復(fù)文件$ rm file? //在文件系統(tǒng)中刪除文件$ git checkout file? // 由于是通過文件系統(tǒng)刪除的所以可以通過checkout恢復(fù)$ ssh-keygen -t rsa -C "youremail@example.com"? // 創(chuàng)建SSH Key由于這個Key也不是用于軍事目的，所以也無需設(shè)置密碼,所以一路回車就好,如果順利會在user下UserName目錄中生成一個.ssh目錄里面有id_rsa和id_rsa.pub兩個文件

id_rsa是私鑰，不能泄露出去，id_rsa.pub是公鑰,可以告訴他人還有在github上添加的也是這個公鑰

登陸GitHub，打開“Account settings”，“SSH Keys”頁面,點“Add SSH Key”，填上任意Title，在Key文本框里粘貼id_rsa.pub文件的內(nèi)容

GitHub允許你添加多個Key。假定你有若干電腦，你一會兒在公司提交，一會兒在家里提交，只要把每臺電腦的Key都添加到GitHub，就可以在每臺電腦上往GitHub推送了

添加遠(yuǎn)程庫

做全局的配置

$ git config --global user.name "zhangsan"$ git config --global user.email "zhangsan@139.com"$ git remote add origin git@github.com:zhangsan/ylez.git // 添加一個遠(yuǎn)程倉庫? // add origin 就是添加一個遠(yuǎn)程倉庫? // git@github.com:zhangsan/ylez.git? 是遠(yuǎn)程倉庫的地址? // git@github.com 主機的地址? 我們可以通過GitLab大家自己的git服務(wù)器? // zhangsan 是你的用戶名? // /ylez.git 是你的倉庫名$ git push -u origin master? // 將本地的master分支推送到遠(yuǎn)程的master分支中$ git push -u origin dev? ? // 本地切換到dev分支然后將本地的dev分支推送到遠(yuǎn)程克隆遠(yuǎn)程倉庫到本地

Git支持多種協(xié)議，包括https，但通過ssh支持的原生git協(xié)議速度最快。

$ git clone git@192.168.0.8:zhangsan/test.git? // 講一個遠(yuǎn)程的倉庫克隆到本地每次提交，Git都把它們串成一條時間線，這條時間線就是一個分支

在Git里，默認(rèn)有一個主分支，即master分支HEAD嚴(yán)格來說不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是當(dāng)前分支

master分支是一條線，Git用master指向最新的提交，再用HEAD指向master

每次提交，master分支都會向前移動一步，這樣，隨著你不斷提交，master分支的線也越來越長

Git新建了一個指針叫dev，指向master相同的提交，再把HEAD指向dev，就表示當(dāng)前分支在dev上

$ git branch? // 查看git的所有分支$ git branch dev? // 創(chuàng)建dev分支$ git checkout dev? // 切換到一個已經(jīng)存在的分支$ git checkout -b dev? // 創(chuàng)建dev分支,并切換到dev分支$ git branch -d dev? // 刪除dev分支$ git checkout master? // 切換到主分支$ git merge dev? // 將dev分支合并到master分支Updating d17efd8..fec145a

Fast-forward

readme.txt |? ? 1 + 1 file changed, 1 insertion(+)Fast-forward信息，Git告訴我們，這次合并是“快進模式”,就是直接把master指向dev的當(dāng)前提交，所以合并速度非?？?/p>

$ git branch -d dev? // 刪除dev分支現(xiàn)在只是剩下master分支,感覺什么事情都沒又發(fā)生一樣

處理沖突

$ git checkout -b feature1

Switched to a new branch 'feature1'修改readme.txt最后一行，改為：

Creating a new branch is quick AND simple.$ git add readme.txt

$ git commit -m "AND simple"[feature1 75a857c] AND simple

1 file changed, 1 insertion(+), 1 deletion(-)$ git checkout master

Switched to branch 'master'Your branch is ahead of 'origin/master' by 1 commit.Git還會自動提示我們當(dāng)前master分支比遠(yuǎn)程的master分支要超前1個提交。

在master分支上把readme.txt文件的最后一行改為：

Creating a new branch is quick & simple.$ git add readme.txt

$ git commit -m "& simple"[master 400b400] & simple1 file changed, 1 insertion(+), 1 deletion(-)$ git merge feature1

Auto-merging readme.txtCONFLICT (content): Merge conflict in readme.txt

Automatic merge failed; fix conflicts and then commit the result.$ git status# On branch master# Your branch is ahead of 'origin/master' by 2 commits.## Unmerged paths:#? (use "git add/rm <file>..." as appropriate to mark resolution)##? ? ? both modified:? ? ? readme.txt? // 沖突了#no changes added to commit (use "git add" and/or "git commit -a")Git is a distributed version control system.Git is free software distributed under the GPL.Git has a mutable index called stage.Git tracks changes of files.<<<<<<< HEADCreating a new branch is quick & simple.=======Creating a new branch is quick AND simple.>>>>>>> feature1

Git用<<<<<<<，=======，>>>>>>>標(biāo)記出不同分支的內(nèi)容，我們修改如下后保存：

Creating a new branch is quick and simple.再提交：

$ git add readme.txt

$ git commit -m "conflict fixed"[master 59bc1cb] conflict fixed

用帶參數(shù)的git log也可以看到分支的合并情況:$ git log --graph --pretty=oneline --abbrev-commit

$ git log --graph --pretty=oneline --abbrev-commit*? 59bc1cb conflict fixed|\| * 75a857c AND simple* | 400b400 & simple|/* fec145a branch test...刪除feature1分支：

$ git branch -d feature1

Deleted branch feature1 (was 75a857c).通常，合并分支時，如果可能，Git會用Fast forward模式，但這種模式下，刪除分支后，會丟掉分支信息。

如果要強制禁用Fast forward模式，Git就會在merge時生成一個新的commit，這樣，從分支歷史上就可以看出分支信息

$ git merge --no-ff -m "comment" dev? // 準(zhǔn)備合并dev分支，請注意--no-ff參數(shù)，表示禁用Fast forward$ git log --graph --pretty=oneline --abbrev-commit? //圖形化展示分支情況*? 7825a50 merge with no-ff|\| * 6224937 add merge|/*? 59bc1cb conflict fixed...修復(fù)一個代號101的bug的任務(wù)時，很自然地，你想創(chuàng)建一個分支issue-101來修復(fù)它

在修復(fù)bug時候,手里還有工作沒有完成但是又不能提交可以將進度凍結(jié)

在你當(dāng)前的工作區(qū)(分支)$ git stash? // 凍結(jié)當(dāng)前的分支修改查看所有的stash

$ git stash list? // 列出所有的工作現(xiàn)場存儲$ git stash list

stash@{0}: WIP on dev: 6224937 add merge

$ git stash apply (stash@{n}) // 恢復(fù)工作現(xiàn)場(只有一個的時候可以省略后面的,如果有多個可以恢復(fù)指定的某一個stash)但是不刪除存儲中的stash$ git stash drop (stash@{n})? // 刪除存儲的工作現(xiàn)場(只有一個的時候可以省略后面的,如果又多個就指定刪除某一個)$ git stash pop (stash@{n})? // 恢復(fù)的同時把stash內(nèi)容也刪了(只有一個的時候可以省略后面的,如果又多個就指定刪除某一個)$ git branch -d branchName? // 刪除某一個分支,前提是在該分支和產(chǎn)生該分支的主分支已經(jīng)合并了(merge)$ git branch -D branchName? // 刪除某一個分支,無論是否合并都強制刪除當(dāng)你從遠(yuǎn)程倉庫克隆時，實際上Git自動把本地的master分支和遠(yuǎn)程的master分支對應(yīng)起來了，并且，遠(yuǎn)程倉庫的默認(rèn)名稱是origin。

要查看遠(yuǎn)程庫的信息，用git remote：

$ git remote

origin

或者，用git remote -v顯示更詳細(xì)的信息：

$ git remote -v

origin? git@github.com:michaelliao/learngit.git (fetch)origin? git@github.com:michaelliao/learngit.git (push)并不是一定要把本地分支往遠(yuǎn)程推送，那么，哪些分支需要推送，哪些不需要呢？

? master分支是主分支，因此要時刻與遠(yuǎn)程同步；

? dev分支是開發(fā)分支，團隊所有成員都需要在上面工作，所以也需要與遠(yuǎn)程同步；

? bug分支只用于在本地修復(fù)bug，就沒必要推到遠(yuǎn)程了，除非老板要看看你每周到底修復(fù)了幾個bug；

? feature分支是否推到遠(yuǎn)程，取決于你是否和你的小伙伴合作在上面開發(fā)。

推送的時候如果有人在你之前已經(jīng)推送了,推送失敗

$ git push origin dev

? To git@github.com:michaelliao/learngit.git

? ! [rejected]? ? ? ? dev -> dev (non-fast-forward)? error: failed to push some refs to 'git@github.com:michaelliao/learngit.git'? hint: Updates were rejected because the tip of your current branch is behind

? hint: its remote counterpart. Merge the remote changes (e.g. 'git pull')? hint: before pushing again.? hint: See the 'Note about fast-forwards' in 'git push --help' for details.因為你的小伙伴的最新提交和你試圖推送的提交有沖突，解決辦法也很簡單，

Git已經(jīng)提示我們，先用git pull把最新的提交從origin/dev抓下來，然后，在本地合并，解決沖突，再推送

$ git pull? //抓去遠(yuǎn)程的分支的提交到本地沒有指定本地dev分支與遠(yuǎn)程origin/dev分支的鏈接,推送也會失敗,所以首先我們需要建立本地分支和遠(yuǎn)程分支的聯(lián)系

$ git branch --set-upstream dev origin/dev? // 建立本地dev 分支和遠(yuǎn)程dev分支的聯(lián)系Branch dev set up to track remote branch dev from origin.總結(jié):查看遠(yuǎn)程庫信息，使用git remote -v；

本地新建的分支如果不推送到遠(yuǎn)程，對其他人就是不可見的；

從本地推送分支，使用git push origin branch-name，如果推送失敗，先用git pull抓取遠(yuǎn)程的新提交；

在本地創(chuàng)建和遠(yuǎn)程分支對應(yīng)的分支，使用git checkout -b branch-name origin/branch-name，本地和遠(yuǎn)程分支的名稱最好一致；

建立本地分支和遠(yuǎn)程分支的關(guān)聯(lián)，使用git branch --set-upstream branch-name origin/branch-name；

從遠(yuǎn)程抓取分支，使用git pull，如果有沖突，要先處理沖突。

發(fā)布一個版本時，我們通常先在版本庫中打一個標(biāo)簽，這樣，就唯一確定了打標(biāo)簽時刻的版本。

將來無論什么時候，取某個標(biāo)簽的版本，就是把那個打標(biāo)簽的時刻的歷史版本取出來。所以，標(biāo)簽也是版本庫的一個快照。

Git的標(biāo)簽雖然是版本庫的快照，但其實它就是指向某個commit的指針（跟分支很像對不對？但是分支可以移動，標(biāo)簽不能移動），所以，創(chuàng)建和刪除標(biāo)簽都是瞬間完成的。

標(biāo)簽一般打在master分支上

$ git tag v1.0? // 在當(dāng)前版本HEAD上打一個名稱為v1.0 的標(biāo)簽$ git tag? // 查看所有標(biāo)簽,會列表出所有的標(biāo)簽名為歷史commit打tag(有時候忘記打標(biāo)簽了本來該星期一打結(jié)果星期五才想起來)$ git log --pretty=oneline --abbrev-commit6a5819e merged bug fix 101cc17032 fix bug 1017825a50 merge with no-ff6224937 add merge59bc1cb conflict fixed400b400 & simple75a857c AND simple

fec145a branch test

d17efd8 remove test.txt

$ git tag v0.8 59bc1cb // 為commit id 為59bc1cb...的commit打上v0.8 標(biāo)簽標(biāo)簽不是按時間順序列出，而是按字母排序的。可以用git show <tagname>查看標(biāo)簽信息

還可以創(chuàng)建帶有說明的標(biāo)簽，用-a指定標(biāo)簽名，-m指定說明文字：

$ git tag -a v0.1 -m "version 0.1 released" 3628164? // 為commit id為3628164...的commit打上v0.1 的標(biāo)簽注視內(nèi)容是version 0.1 released$ git tag v0.1 //可以查看標(biāo)簽的信息包括文字說明還可以通過-s用私鑰簽名一個標(biāo)簽：

$ git tag -s v0.2 -m "signed version 0.2 released" fec145a

簽名采用PGP簽名，因此，必須首先安裝gpg（GnuPG），如果沒有找到gpg，或者沒有g(shù)pg密鑰對，就會報錯：

gpg: signing failed: secret key not available

error: gpg failed to sign the data

error: unable to sign the tag

如果報錯，請參考GnuPG幫助文檔配置Key。

用命令git show <tagname>可以看到PGP簽名信息：

$ git show v0.2$ git tag -d v0.1? // 刪除標(biāo)簽 v0.1$ git push -u origin v1.0? // 將標(biāo)簽v1.0 推送到遠(yuǎn)程倉庫$ git push -u origin --tags? // 一次性推送全部標(biāo)簽如果標(biāo)簽已經(jīng)推送到遠(yuǎn)程，要刪除遠(yuǎn)程標(biāo)簽就麻煩一點，先從本地刪除：

$ git tag -d v0.9Deleted tag 'v0.9' (was 6224937)然后，從遠(yuǎn)程刪除。刪除命令也是push，但是格式如下：

$ git push origin :refs/tags/v0.9To git@github.com:michaelliao/learngit.git

- [deleted]? ? ? ? v0.9在Git工作區(qū)的根目錄下創(chuàng)建一個特殊的.gitignore文件，然后把要忽略的文件名填進去，Git就會自動忽略這些文件

忽略文件的原則是：

忽略操作系統(tǒng)自動生成的文件，比如縮略圖等；

忽略編譯生成的中間文件、可執(zhí)行文件等，也就是如果一個文件是通過另一個文件自動生成的，那自動生成的文件就沒必要放進版本庫，比如Java編譯產(chǎn)生的.class文件；

忽略你自己的帶有敏感信息的配置文件，比如存放口令的配置文件。

一個完整的.gitignore文件# Windows:Thumbs.db

ehthumbs.db

Desktop.ini#project*.class*.war

classes

target

首先從git上checkout最新的代碼默認(rèn)是checkout主分支master分支的代碼,所以我們需要再次checkout開發(fā)分支的代碼

master分支是最新穩(wěn)定版,而dev分支是最新的開發(fā)版

一定要記得從服務(wù)器上checout而不是在本地創(chuàng)建新分支,如果做新的功能是在前面2步后,在本地的dev分支上checkout新的子分支

然后開發(fā),提交合并到dev,push到代碼服務(wù)器中.