開啟Git的正確姿勢

豆包君發表於2018-12-29

@Git筆記

create by db on 2018-12-25 12:10:36
Recently revised in 2019-1-4 15:08:40

Hello 小夥伴們,如果覺得本文還不錯,麻煩點個贊或者給個 star,你們的贊和 star 是我前進的動力!GitHub 地址

 查閱網上諸多資料,並結合自己的學習經驗,寫下這篇Git學習筆記,以記錄自己的學習心得。現分享給大家,以供參考。

 作為一隻前端菜鳥,這是我掘金分享的第一篇文章,並希望以此開啟自己的2019。如有不足,還請多多指教,謝謝大家。

前言

 參考文獻:

版本控制

 資料是短暫的,且容易丟失。特別是作為開發人員的我們,需要頻繁的對專案程式碼進行更新,容易產生錯誤的變更或者是專案檔案的丟失。因此,我們需要在整個工作的過程中不斷的備份和存檔我們的專案檔案。

 在當下的專案開發環境下,一個專案往往是有多個開發者共同開發維護的,那麼意味著他們需要操作同一專案檔案,我們需要對文字和專案程式碼的變更進行記錄管理,這些變更就構成了一個版本庫,對版本庫的管理就是版本控制。

 一個可以管理或追蹤軟體程式碼的工具通常稱為版本控制系統(VCS)。現在流行的版本控制工具很多,當然,我們接下來要說的就是稱的上VCS界一哥的Git,它是一款功能強大、靈活且低開銷的VCS,它可以讓協同開發成為一種樂趣。

Git的誕生

 其實,在Git誕生之前市面上已經有非常多的VCS了,比如當時VCS界的老大哥:SVN(現在在市面上也還有不小的份額)。那為什麼還要創造Git這個新工具呢?

 這當然得從他的創始人Linus Torvalds說起 ,一個在技術界被千萬人頂禮膜拜的男人!為了方便管理Linux核心的開發工作,一個可靠的值得信賴的VCS是不可或缺的,但是,Linus一直痛恨的CVS及SVN都是集中式的版本控制系統,而Git是分散式版本控制系統,集中式和分散式版本控制系統有什麼區別呢?

集中式vs分散式

 先說集中式版本控制系統,版本庫是集中存放在中央伺服器的,而幹活的時候,用的都是自己的電腦,所以要先從中央伺服器取得最新的版本,然後開始幹活,幹完活了,再把自己的活推送給中央伺服器。中央伺服器就好比是一個圖書館,你要改一本書,必須先從圖書館借出來,然後回到家自己改,改完了,再放回圖書館。

 集中式版本控制系統最大的毛病就是必須聯網才能工作,如果在區域網內還好,頻寬夠大,速度夠快,可如果在網際網路上,遇到網速慢的話,可能提交一個10M的檔案就需要5分鐘,這還不得把人給憋死啊。

 那分散式版本控制系統與集中式版本控制系統有何不同呢?首先,分散式版本控制系統根本沒有“中央伺服器”,每個人的電腦上都是一個完整的版本庫,這樣,你工作的時候,就不需要聯網了,因為版本庫就在你自己的電腦上。既然每個人電腦上都有一個完整的版本庫,那多個人如何協作呢?比方說你在自己電腦上改了檔案A,你的同事也在他的電腦上改了檔案A,這時,你們倆之間只需把各自的修改推送給對方,就可以互相看到對方的修改了。

 和集中式版本控制系統相比,分散式版本控制系統的安全性要高很多,因為每個人電腦裡都有完整的版本庫,某一個人的電腦壞掉了不要緊,隨便從其他人那裡複製一個就可以了。而集中式版本控制系統的中央伺服器要是出了問題,所有人都沒法幹活了。

git的正確開啟方式

要使用Git,第一步當然是安裝Git了。

  • 在Linux上安裝Git
  • 在Windows上安裝Git
  • 在Mac上安裝Git

詳細資訊請移步廖雪峰的官方網站

正文

Git工作流程

先上圖:

開啟Git的正確姿勢

以上包括一些簡單而常用的命令,但是先不關心這些,先來了解下面這4個專有名詞。

  • Workapace : 工作區
  • Index/Stage :暫存區
  • Repository :倉庫區(或本地倉庫)
  • Remote :遠端倉庫

工作區(Workapace)

 程式設計師開發改動的地方,是你當前看到的,也是最新的。

 平時開發就是拷貝遠端倉庫中的一個分支,並基於該分支進行開發。在開發的過程中就是對工作區的操作。

暫存區(Index/Stage)

 .git目錄下的index檔案,暫存區會記錄 git add 新增的檔案的相關資訊(檔名、大小...),不儲存檔案實體。可以使用git status檢視暫存區的狀態。暫存區標記了你當前工作區中,哪些內容是被Git管理的。

 當你完成某個功能需要提交到遠端倉庫中,那麼第一步就是要將更改通過git add提交到暫存區,被Git管理。

本地倉庫(Repository)

 儲存了物件被提交過的各個版本,比起工作區和暫存區的內容,它更舊一些。

git commit後同步index的目錄樹到本地倉庫,方便從下一步通過git push同步本地倉庫與遠端倉庫。

遠端倉庫(Remote)

 遠端倉庫的內容可能被分佈在多個地點的處於協作關係的本地倉庫修改,因此它可能與本地倉庫同步,也可能不同步。我們在提交之前需要git pull使本地倉庫拉下程式碼。

HEAD

 在掌握具體命令前,先理解下HEAD。

 HEAD,它始終指向當前所處分支的最新的提交點。你所處的分支變化了,或者產生了新的提交點,HEAD就會跟著改變。

無圖無真相!

開啟Git的正確姿勢

小結

  1. 任何物件都是在工作區誕生和被修改;
  2. 任何修改都是從進入index區才開始被版本控制;
  3. 只有把修改提交到本地倉庫,該修改才能在倉庫留下足跡;
  4. 與協作者分享本地的更改,需要將更改push到遠端倉庫

常用的Git命令

繼續上圖!

開啟Git的正確姿勢

一、新建程式碼庫

  • 在當前新目錄新建一個git程式碼庫

$ git init

  • 新建一個目錄,將其初始化為First程式碼庫

$ git init [project-name]

  • 下載一個專案和它的整個程式碼史

$ git clone [url]

二、配置

Git的設定檔案為.gitconfig,它可以在使用者主目錄下(全域性配置),也可以在專案目錄下(專案配置)

  1. 顯示當前的Git配置

$git config --list

  1. 編輯Git配置檔案

$ git config -e [--global]

  1. 設定提交程式碼時的使用者資訊

$ git config [--global] user.name "[name]"

$ git config [--global] user.email "[email address]"

三、增加/刪除檔案

  • 新增指定檔案到暫存區

$ git add [file1] [file2] ...

  • 新增指定型別檔案(使用萬用字元方式批量提交)到暫存區

$ git add *.html

  • 新增指定目錄到暫存區

$ git add [dir]

  • 新增當前目錄下的所有存在更改檔案到暫存區
  • (包括提交新檔案(new)和被修改(modified)檔案,不包括被刪除(deleted)檔案)

$ git add .

  • 新增已經被add的檔案且存在更改的檔案(Git根路徑以下所有檔案)到暫存區
  • (提交被修改(modified)和被刪除(deleted)檔案,不包括新檔案(new))

$ git add -u

  • 新增所有變化(Git根路徑以下所有檔案)到暫存區
  • (包括提交新檔案(new)、被修改(modified)檔案以及被刪除(deleted)檔案)

$ git add --all

$ git add -A // 簡寫

  • 新增每個變化前,都會要求確認,對於同一個檔案的多處變化,可以實現分次提交

$ git add -p

  • 刪除工作區檔案,並且將這次刪除放入暫存區

$ git rm [file1] [file2] ...

  • 停止追蹤指定檔案,但該檔案會保留在工作區

$ git rm -cached [file]

  • 改名檔案,並且將這個改名放入暫存區

$ git mv [file-origin] [file-rename]

  • 改名資料夾,並將此更改上傳

git mv -f oldfolder newfolder

git add -u newfolder (-u選項會更新已經追蹤的檔案和資料夾)

git commit -m "changed the foldername whaddup"

  • 刪除資料夾,並將此更改上傳

$ git rm -r --cached [dir]

$ git commit -m '刪除了dir'

$ git push -u origin master

四、程式碼提交

  • 提交暫存區到倉庫區

$ git commit -m [message]

  • 提交暫存區的指定檔案到倉庫區

$ git commit [file1] [file2] ... -m [message]

  • 提交工作區自上次commit之後的變化,直接到倉庫區

$ git commit -a

  • 提交時顯示所有的diff資訊

$ git commit -v

  • 使用一次新的commit,替代上一次提交,如果程式碼沒有任何變化,則用來改寫上一次commit的提交資訊

$ git commit --amend -m [message]

  • 重做上一次commit,幷包括指定檔案的新變化

$ git commit -amend [file1] [file2]...

五、分支

  • 列出所有本地分支

$git branch

  • 列出所有遠端分支

git branch -r

  • 列出所有本地分支和遠端分支

$ git branch -a

  • 新建一個分支,但依然停留在當前分支

$ git branch [branch-name]

  • 新建一個分支,並切換到該分支

$ git branch -b [branch-name]

  • 新建一個分支,指向指定的commit

$ git branch [branch] [commit]

  • 新建一個分支,與指定遠端分支建立追蹤關係

$ git branch --track [branch] [remote-branch]

  • 切換到指定分支,並更新工作區

$ git checkout [branch-name]

  • 切換到上一分支

$ git checkout -

  • 建立追蹤關係,在現有分支和指定的遠端分支之間

$ git branch --set-up-tream [branch] [remote-branch]

  • 合併指定分支到當前分支

$ git merge [branch]

  • 選擇一個commit,合併進當前分支

$ git cherry-pick [commit]

  • 刪除分支

$ git branch -d [branch-name]

  • 刪除遠端分支

$ git push origin --delete [branch-name]

$ git branch -dr [remote/branch]

六、標籤

  • 列出所有tag

$ git tag

  • 新建一個tag在當前commit

$ git tag [tag]

  • 新建一個tag在指定commit

$ git tag [tag] [commit]

  • 刪除本地tag

$ git tag -d [tag]

  • 刪除遠端tag

$ git push origin :refs/tags/[tagName]

  • 檢視tag資訊

$ git show [tag]

  • +提交指定tag

$ git push [remote] [tag]

  • 提交所有tag

$ git push [remote] --tages

  • 新建一個分支,指向某個teg

$ git checkout -b [branch] [tag]

七、檢視資訊

  • 顯示有變更的檔案

$ git status

  • 顯示當前分支的版本歷史

$ git log

  • 顯示某個commit歷史,以及每次commit發生變更的檔案

$ git log [tag] HEAD --grep feature

  • 顯示某個commit之後的所有變動,其“提交說明”必須符合搜尋條件

$ git log [tag] HEAD --grop feature

  • 顯示某個檔案的版本歷史,包括檔案改名

$ git log --follow [file]

$ git whatchanged [file]

  • 顯示過去5次的提交

$ git log -5 --pretty --oneline

  • 顯示所有提交過的使用者,按提交次數排序

$ git shortlog -sn

  • 顯示指定檔案是什麼人在什麼時間修改過

$ git blame [file]

  • 顯示暫存區和工作區的程式碼差異

$ git diff

  • 顯示暫存區和上一個commit的差異

$ git diff -cached [file]

  • 顯示工作區與當前分支最新commit之間的差異

$ git diff HEAD

  • 顯示兩次提交之間的差異

$ git diff [first-btanch]...[second-branch]

  • 顯示某次提交的元素資料和內容變化

$ git show [commit]

  • 顯示某次提交時,某個檔案的內容

$ git show [commit]:[filename]

  • 顯示當前分支的最近幾次提交

$ git reflog

  • 從本地master拉取程式碼更新當前分支:branch一般為master

$ git rebase [branch]

八、遠端分支

  • 更新遠端倉儲

$ git remote update

  • 顯示所有遠端倉庫

$ git remote -v

  • 顯示某個遠端倉庫資訊

$ git remote show [remote]

  • 增加一個新的遠端倉庫,並命名

$ git remote add [shortname] [url]

  • 取回遠端倉庫的變化,並與本地分支合併

$ git push [remote] [branch]

  • 上傳本地分支到遠端倉庫

$ git push [remote] [branch]

  • 強行推送當前分支到遠端倉庫

$ git push [remote] --force

  • 推送所有分支到遠端倉庫

git push [remote] --all

九、撤銷

  • 恢復暫存區的指定檔案到工作區

$ git checkout [commit] [file]

  • 恢復某個commit的指定檔案到暫存區和工作區

$ git chechout .

  • 重置暫存區的指定檔案,與上一次commit保持一致,但工作區不變

$ git reset [file]

  • 重置暫存區和工作區,與上次commit保持一致

$ git reset --hard

  • 重置當前分支的指標為指定commit,同時是重置暫存區,但工作區不變

$ git reset [commit]

  • 重置當前分支的HEAD為指定commit,同時重置暫存區與工作區,與指定commit保持一致

$git reset --hard [commit]

  • 重置當前HEAD為指定commit,但保持暫存區和工作區不變

$ git reset --keep [commit]

  • 新建一個commit,哦用來撤銷指定commit,後者的變化都被前者抵消,並且應用到當前分支

$ git revert [commit]

  • 暫時將未提交的變化移除,稍後再移入

$ git stash

$ git stash pop

十、其他

  • 生成一個可供釋出的壓縮包

$ git archive

版本穿梭

再宣告一次:HEAD指向的版本就是當前版本!

回到過去

對Git來說,回到過去比把大象裝進冰箱還要簡單,總共分兩步:

  1. 倘若需要進行版本切換,首先就是檢視有哪些版本咯!

    • 顯示從最近到最遠的提交日誌

    $ git log

    • 如果感覺眼花繚亂,可以選擇單行顯示

    $ git log --pretty=oneline

  2. 看到commit fcef4ce4280229e2d4a9c914677f6e94e3539ede了沒?這就是我們的commit_id,也就是要去的地址。當然,我們不需要用這麼長一段,取前五位就好。

    現在我們啟動時光穿梭機!

    $ git reset --hard commit_id

重返未來

重返未來同樣分兩步:

  1. 倘若需要重返未來,首先就是確定要回到未來的哪個版本

    • 檢視命令歷史

    $ git reflog

  2. 看到989d9ce HEAD@{……}: commit:……了沒?選擇你想要的未來,出發吧!

    $ git reset --hard commit_id

使用git在本地建立一個專案的過程

  1. $ makdir ~/hello-world    //建立一個專案hello-world
  2. $ cd ~/hello-world       //開啟這個專案
  3. $ git init             //初始化
  4. $ touch README
  5. $ git add README        //更新README檔案
  6. $ git commit -m 'first commit'     //提交更新,並註釋資訊“first commit”
  7. $ git remote add origin git@github.com:dedsf/hello-world.git     //連線遠端github專案
  8. $ git push -u origin master     //將本地專案更新到github專案上去

GitHub

什麼是GitHub

 github是一個基於git的程式碼託管平臺,付費使用者可以建私人倉庫,我們一般的免費使用者只能使用公共倉庫,也就是程式碼要公開。

 Git本身完全可以做到版本控制,但其所有內容以及版本記錄只能儲存在本機,如果想要將檔案內容以及版本記錄同時儲存在遠端,則需要結合GitHub來使用。使用場景:

  • 無GitHub:在本地 .git 資料夾內維護歷時檔案
  • 有GitHub:在本地 .git 資料夾內維護歷時檔案,同時也將歷時檔案託管在遠端倉庫

推薦一個文科妹子寫的風趣易懂的GitHub介紹,戳這裡:如何使用 GitHub?

我們能用GitHub做什麼

 我們一直用GitHub作為免費的遠端倉庫,如果是個人的開源專案,放到GitHub上是完全沒有問題的。其實GitHub還是一個開源協作社群,通過GitHub,既可以讓別人參與你的開源專案,也可以參與別人的開源專案。

 在GitHub出現以前,開源專案開源容易,但讓廣大人民群眾參與進來比較困難,因為要參與,就要提交程式碼,而給每個想提交程式碼的群眾都開一個賬號那是不現實的,因此,群眾也僅限於報個bug,即使能改掉bug,也只能把diff檔案用郵件發過去,很不方便。

 但是在GitHub上,利用Git極其強大的克隆和分支功能,廣大人民群眾真正可以第一次自由參與各種開源專案了。

 如何參與一個開源專案呢?

 比如人氣極高的bootstrap專案,這是一個非常強大的CSS框架,你可以訪問它的專案主頁https://github.com/twbs/bootstrap,點“Fork”就在自己的賬號下克隆了一個bootstrap倉庫,然後,從自己的賬號下clone:

clone git@github.com:michaelliao/bootstrap.git

 一定要從自己的賬號下clone倉庫,這樣你才能推送修改。如果從bootstrap的作者的倉it@github.com:twbs/bootstrap.git克隆,因為沒有許可權,你將不能推送修改。

  • 如果你想修復bootstrap的一個bug,或者新增一個功能,立刻就可以開始幹活,幹完後,往自己的倉庫推送。

  • 如果你希望bootstrap的官方庫能接受你的修改,你就可以在GitHub上發起一個pull request。當然,對方是否接受你的pull request就不一定了。

  • 如果你沒能力修改bootstrap,但又想要試一把pull request,那就Fork一下廖雪峰老師的倉庫https://github.com/michaelliao/learngit,建立一個your-github-id.txt的文字檔案,寫點自己學習Git的心得,然後推送一個pull request給我,我會視心情而定是否接受。

小結

  • 在GitHub上,可以任意Fork開源倉庫;

  • 自己擁有Fork後的倉庫的讀寫許可權;

  • 可以推送pull request給官方倉庫來貢獻程式碼。

總結

 路漫漫其修遠兮,希望Git及GitHub可以幫我們記錄每一個腳印,每一步成長。與諸君共勉。

 祝大家2019更上一層樓!

後記:Hello 小夥伴們,如果覺得本文還不錯,記得點個贊或者給個 star,你們的贊和 star 是我編寫更多更豐富文章的動力!GitHub 地址

知識共享許可協議
db 的文件庫db 採用 知識共享 署名-非商業性使用-相同方式共享 4.0 國際 許可協議進行許可。
基於github.com/danygitgit上的作品創作。
本許可協議授權之外的使用許可權可以從 creativecommons.org/licenses/by… 處獲得。

相關文章