kotlin vs java
廖雪峰git講解
git init
在本地新建一個(gè)repo,進(jìn)入一個(gè)項(xiàng)目目錄,執(zhí)行g(shù)it init,會(huì)初始化一個(gè)repo,并在當(dāng)前文件夾下創(chuàng)建一個(gè).git文件夾.
git clone
獲取一個(gè)url對(duì)應(yīng)的遠(yuǎn)程Git repo, 創(chuàng)建一個(gè)local copy.
一般的格式是git clone [url].
clone下來(lái)的repo會(huì)以u(píng)rl最后一個(gè)斜線后面的名稱命名,創(chuàng)建一個(gè)文件夾,如果想要指定特定的名稱,可以git clone [url] newname指定.
git status
查詢r(jià)epo的狀態(tài).
git status -s: -s表示short, -s的輸出標(biāo)記會(huì)有兩列,第一列是對(duì)staging區(qū)域而言,第二列是對(duì)working目錄而言.
git log
show commit history of a branch.
git log --oneline --number: 每條log只顯示一行,顯示number條.
git log --oneline --graph:可以圖形化地表示出分支合并歷史.
git log branchname可以顯示特定分支的log.
git log --oneline branch1 ^branch2,可以查看在分支1,卻不在分支2中的提交.^表示排除這個(gè)分支(Window下可能要給^branch2加上引號(hào)).
git log --decorate會(huì)顯示出tag信息.
git log --author=[author name] 可以指定作者的提交歷史.
git log --since --before --until --after 根據(jù)提交時(shí)間篩選log.
--no-merges可以將merge的commits排除在外.
git log --grep 根據(jù)commit信息過(guò)濾log: git log --grep=keywords
默認(rèn)情況下, git log --grep --author是OR的關(guān)系,即滿足一條即被返回,如果你想讓它們是AND的關(guān)系,可以加上--all-match的option.
git log -S: filter by introduced diff.
比如: git log -SmethodName (注意S和后面的詞之間沒(méi)有等號(hào)分隔).
git log -p: show patch introduced at each commit.
每一個(gè)提交都是一個(gè)快照(snapshot),Git會(huì)把每次提交的diff計(jì)算出來(lái),作為一個(gè)patch顯示給你看.
另一種方法是git show [SHA].
git log --stat: show diffstat of changes introduced at each commit.
同樣是用來(lái)看改動(dòng)的相對(duì)信息的,--stat比-p的輸出更簡(jiǎn)單一些.
git add
在提交之前,Git有一個(gè)暫存區(qū)(staging area),可以放入新添加的文件或者加入新的改動(dòng). commit時(shí)提交的改動(dòng)是上一次加入到staging area中的改動(dòng),而不是我們disk上的改動(dòng).
git add .
會(huì)遞歸地添加當(dāng)前工作目錄中的所有文件.
git diff
不加參數(shù)的git diff:
show diff of unstaged changes.
此命令比較的是工作目錄中當(dāng)前文件和暫存區(qū)域快照之間的差異,也就是修改之后還沒(méi)有暫存起來(lái)的變化內(nèi)容.
若要看已經(jīng)暫存起來(lái)的文件和上次提交時(shí)的快照之間的差異,可以用:
git diff --cached 命令.
show diff of staged changes.
(Git 1.6.1 及更高版本還允許使用 git diff --staged，效果是相同的).
git diff HEAD
show diff of all staged or unstated changes.
也即比較woking directory和上次提交之間所有的改動(dòng).
如果想看自從某個(gè)版本之后都改動(dòng)了什么,可以用:
git diff [version tag]
跟log命令一樣,diff也可以加上--stat參數(shù)來(lái)簡(jiǎn)化輸出.
git diff [branchA] [branchB]可以用來(lái)比較兩個(gè)分支.
它實(shí)際上會(huì)返回一個(gè)由A到B的patch,不是我們想要的結(jié)果.
一般我們想要的結(jié)果是兩個(gè)分支分開(kāi)以后各自的改動(dòng)都是什么,是由命令:
git diff [branchA]…[branchB]給出的.
實(shí)際上它是:git diff $(git merge-base [branchA] [branchB]) [branchB]的結(jié)果.
git commit
提交已經(jīng)被add進(jìn)來(lái)的改動(dòng).
git commit -m “the commit message"
git commit -a 會(huì)先把所有已經(jīng)track的文件的改動(dòng)add進(jìn)來(lái),然后提交(有點(diǎn)像svn的一次提交,不用先暫存). 對(duì)于沒(méi)有track的文件,還是需要git add一下.
git commit --amend 增補(bǔ)提交. 會(huì)使用與當(dāng)前提交節(jié)點(diǎn)相同的父節(jié)點(diǎn)進(jìn)行一次新的提交,舊的提交將會(huì)被取消.
git reset
undo changes and commits.
這里的HEAD關(guān)鍵字指的是當(dāng)前分支最末梢最新的一個(gè)提交.也就是版本庫(kù)中該分支上的最新版本.
git reset HEAD: unstage files from index and reset pointer to HEAD
這個(gè)命令用來(lái)把不小心add進(jìn)去的文件從staged狀態(tài)取出來(lái),可以單獨(dú)針對(duì)某一個(gè)文件操作: git reset HEAD - - filename, 這個(gè)- - 也可以不加.
git reset --soft
move HEAD to specific commit reference, index and staging are untouched.
git reset --hard
unstage files AND undo any changes in the working directory since last commit.
使用git reset —hard HEAD進(jìn)行reset,即上次提交之后,所有staged的改動(dòng)和工作目錄的改動(dòng)都會(huì)消失,還原到上次提交的狀態(tài).
這里的HEAD可以被寫(xiě)成任何一次提交的SHA-1.
不帶soft和hard參數(shù)的git reset,實(shí)際上帶的是默認(rèn)參數(shù)mixed.
總結(jié):
git reset --mixed id,是將git的HEAD變了(也就是提交記錄變了),但文件并沒(méi)有改變，(也就是working tree并沒(méi)有改變). 取消了commit和add的內(nèi)容.
git reset --soft id. 實(shí)際上笛厦，是git reset –mixed id 后,又做了一次git add.即取消了commit的內(nèi)容.
git reset --hard id.是將git的HEAD變了,文件也變了.
按改動(dòng)范圍排序如下:
soft (commit) < mixed (commit + add) < hard (commit + add + local working)
git revert
git revert 是生成一個(gè)新的提交來(lái)撤銷某次提交窝撵，此次提交之前的commit都會(huì)被保留，之后的也會(huì)保留辆苔，（git reset是只保留撤銷的commit之前的算灸，之后的不保留）
反轉(zhuǎn)撤銷提交.只要把出錯(cuò)的提交(commit)的名字(reference)作為參數(shù)傳給命令就可以了.
git revert HEAD: 撤銷最近的一個(gè)提交.
git revert會(huì)創(chuàng)建一個(gè)反向的新提交,可以通過(guò)參數(shù)-n來(lái)告訴Git先不要提交.
git rm
git rm file: 從staging區(qū)移除文件,同時(shí)也移除出工作目錄.
git rm --cached: 從staging區(qū)移除文件,但留在工作目錄中.
git rm --cached從功能上等同于git reset HEAD,清除了緩存區(qū),但不動(dòng)工作目錄樹(shù).
git clean
git clean是從工作目錄中移除沒(méi)有track的文件.
通常的參數(shù)是git clean -df:
-d表示同時(shí)移除目錄,-f表示force,因?yàn)樵趃it的配置文件中, clean.requireForce=true,如果不加-f,clean將會(huì)拒絕執(zhí)行.
git mv
git rm - - cached orig; mv orig new; git add new
git stash
把當(dāng)前的改動(dòng)壓入一個(gè)棧.
git stash將會(huì)把當(dāng)前目錄和index中的所有改動(dòng)(但不包括未track的文件)壓入一個(gè)棧,然后留給你一個(gè)clean的工作狀態(tài),即處于上一次最新提交處.
git stash list會(huì)顯示這個(gè)棧的list.
git stash apply:取出stash中的上一個(gè)項(xiàng)目(stash@{0}),并且應(yīng)用于當(dāng)前的工作目錄.
也可以指定別的項(xiàng)目,比如git stash apply stash@{1}.
如果你在應(yīng)用stash中項(xiàng)目的同時(shí)想要?jiǎng)h除它,可以用git stash pop
刪除stash中的項(xiàng)目:
git stash drop: 刪除上一個(gè),也可指定參數(shù)刪除指定的一個(gè)項(xiàng)目.
git stash clear: 刪除所有項(xiàng)目.
git branch
git branch可以用來(lái)列出分支,創(chuàng)建分支和刪除分支.
git branch -v可以看見(jiàn)每一個(gè)分支的最后一次提交.
git branch: 列出本地所有分支,當(dāng)前分支會(huì)被星號(hào)標(biāo)示出.
git branch (branchname): 創(chuàng)建一個(gè)新的分支(當(dāng)你用這種方式創(chuàng)建分支的時(shí)候,分支是基于你的上一次提交建立的).
git branch -d (branchname): 刪除一個(gè)分支.
刪除remote的分支:
git push (remote-name) :(branch-name): delete a remote branch.
這個(gè)是因?yàn)橥暾拿钚问绞?
git push remote-name local-branch:remote-branch
而這里local-branch的部分為空,就意味著刪除了remote-branch
git checkout
git checkout (branchname)
切換到一個(gè)分支.
git checkout -b (branchname): 創(chuàng)建并切換到新的分支.
這個(gè)命令是將git branch newbranch和git checkout newbranch合在一起的結(jié)果.
checkout還有另一個(gè)作用:替換本地改動(dòng):
git checkout --<filename>
此命令會(huì)使用HEAD中的最新內(nèi)容替換掉你的工作目錄中的文件.已添加到暫存區(qū)的改動(dòng)以及新文件都不會(huì)受到影響.
注意:git checkout filename會(huì)刪除該文件中所有沒(méi)有暫存和提交的改動(dòng),這個(gè)操作是不可逆的.
git merge
把一個(gè)分支merge進(jìn)當(dāng)前的分支.
git merge [alias]/[branch]
把遠(yuǎn)程分支merge到當(dāng)前分支.
如果出現(xiàn)沖突,需要手動(dòng)修改,可以用git mergetool.
解決沖突的時(shí)候可以用到git diff,解決完之后用git add添加,即表示沖突已經(jīng)被resolved.
git tag
tag a point in history as import.
會(huì)在一個(gè)提交上建立永久性的書(shū)簽,通常是發(fā)布一個(gè)release版本或者ship了什么東西之后加tag.
比如: git tag v1.0
git tag -a v1.0, -a參數(shù)會(huì)允許你添加一些信息,即make an annotated tag.
當(dāng)你運(yùn)行g(shù)it tag -a命令的時(shí)候,Git會(huì)打開(kāi)一個(gè)編輯器讓你輸入tag信息.
我們可以利用commit SHA來(lái)給一個(gè)過(guò)去的提交打tag:
git tag -a v0.9 XXXX
push的時(shí)候是不包含tag的,如果想包含,可以在push時(shí)加上--tags參數(shù).
fetch的時(shí)候,branch HEAD可以reach的tags是自動(dòng)被fetch下來(lái)的, tags that aren’t reachable from branch heads will be skipped.如果想確保所有的tags都被包含進(jìn)來(lái),需要加上--tags選項(xiàng).
git remote
list, add and delete remote repository aliases.
因?yàn)椴恍枰看味加猛暾膗rl,所以Git為每一個(gè)remote repo的url都建立一個(gè)別名,然后用git remote來(lái)管理這個(gè)list.
git remote: 列出remote aliases.
如果你clone一個(gè)project,Git會(huì)自動(dòng)將原來(lái)的url添加進(jìn)來(lái),別名就叫做:origin.
git remote -v:可以看見(jiàn)每一個(gè)別名對(duì)應(yīng)的實(shí)際url.
git remote add [alias] [url]: 添加一個(gè)新的remote repo.
git remote rm [alias]: 刪除一個(gè)存在的remote alias.
git remote rename [old-alias] [new-alias]: 重命名.
git remote set-url [alias] [url]:更新url. 可以加上—push和fetch參數(shù),為同一個(gè)別名set不同的存取地址.
git fetch
download new branches and data from a remote repository.
可以git fetch [alias]取某一個(gè)遠(yuǎn)程repo,也可以git fetch --all取到全部repo
fetch將會(huì)取到所有你本地沒(méi)有的數(shù)據(jù),所有取下來(lái)的分支可以被叫做remote branches,它們和本地分支一樣(可以看diff,log等,也可以merge到其他分支),但是Git不允許你checkout到它們.
git pull
fetch from a remote repo and try to merge into the current branch.
pull == fetch + merge FETCH_HEAD
git pull會(huì)首先執(zhí)行g(shù)it fetch,然后執(zhí)行g(shù)it merge,把取來(lái)的分支的head merge到當(dāng)前分支.這個(gè)merge操作會(huì)產(chǎn)生一個(gè)新的commit.
如果使用--rebase參數(shù),它會(huì)執(zhí)行g(shù)it rebase來(lái)取代原來(lái)的git merge.
git rebase
--rebase不會(huì)產(chǎn)生合并的提交,它會(huì)將本地的所有提交臨時(shí)保存為補(bǔ)丁(patch),放在”.git/rebase”目錄中,然后將當(dāng)前分支更新到最新的分支尖端,最后把保存的補(bǔ)丁應(yīng)用到分支上.
rebase的過(guò)程中,也許會(huì)出現(xiàn)沖突,Git會(huì)停止rebase并讓你解決沖突,在解決完沖突之后,用git add去更新這些內(nèi)容,然后無(wú)需執(zhí)行commit,只需要:
git rebase --continue就會(huì)繼續(xù)打余下的補(bǔ)丁.
git rebase --abort將會(huì)終止rebase,當(dāng)前分支將會(huì)回到rebase之前的狀態(tài).
git push
push your new branches and data to a remote repository.
git push [alias] [branch]
將會(huì)把當(dāng)前分支merge到alias上的[branch]分支.如果分支已經(jīng)存在,將會(huì)更新,如果不存在,將會(huì)添加這個(gè)分支.
如果有多個(gè)人向同一個(gè)remote repo push代碼, Git會(huì)首先在你試圖push的分支上運(yùn)行g(shù)it log,檢查它的歷史中是否能看到server上的branch現(xiàn)在的tip,如果本地歷史中不能看到server的tip,說(shuō)明本地的代碼不是最新的,Git會(huì)拒絕你的push,讓你先f(wàn)etch,merge,之后再push,這樣就保證了所有人的改動(dòng)都會(huì)被考慮進(jìn)來(lái).
git reflog
git reflog是對(duì)reflog進(jìn)行管理的命令,reflog是git用來(lái)記錄引用變化的一種機(jī)制,比如記錄分支的變化或者是HEAD引用的變化.
當(dāng)git reflog不指定引用的時(shí)候,默認(rèn)列出HEAD的reflog.
HEAD@{0}代表HEAD當(dāng)前的值,HEAD@{3}代表HEAD在3次變化之前的值.
git會(huì)將變化記錄到HEAD對(duì)應(yīng)的reflog文件中,其路徑為.git/logs/HEAD, 分支的reflog文件都放在.git/logs/refs目錄下的子目錄中.
特殊符號(hào):
^代表父提交,當(dāng)一個(gè)提交有多個(gè)父提交時(shí),可以通過(guò)在^后面跟上一個(gè)數(shù)字,表示第幾個(gè)父提交: ^相當(dāng)于^1.
~<n>相當(dāng)于連續(xù)的<n>個(gè)^.
Git忽略規(guī)則及.gitignore規(guī)則不生效的解決辦法
此為注釋 – 將被 Git 忽略
.a # 忽略所有 .a 結(jié)尾的文件
!lib.a # 但 lib.a 除外
/TODO # 僅僅忽略項(xiàng)目根目錄下的 TODO 文件，不包括 subdir/TODO
build/ # 忽略 build/ 目錄下的所有文件
doc/.txt # 會(huì)忽略 doc/notes.txt 但不包括 doc/server/arch.txt
規(guī)則很簡(jiǎn)單驻啤，不做過(guò)多解釋菲驴，但是有時(shí)候在項(xiàng)目開(kāi)發(fā)過(guò)程中，突然心血來(lái)潮想把某些目錄或文件加入忽略規(guī)則骑冗，按照上述方法定義后發(fā)現(xiàn)并未生效赊瞬，原因是.gitignore只能忽略那些原來(lái)沒(méi)有被track的文件，如果某些文件已經(jīng)被納入了版本管理中贼涩，則修改.gitignore是無(wú)效的巧涧。那么解決方法就是先把本地緩存刪除（改變成未track狀態(tài)），然后再提交：（注意后面有空格和點(diǎn)）
- git rm -r --cached .
git add .
git commit -m 'update .gitignore'
