Git(碼雲-gitee)學習筆記

一、學習資料參考:

1. 碼雲幫助中心https://gitee.com/help/articles/4107

2. Git教程(廖雪峯): https://www.liaoxuefeng.com/wiki/896043488029600

 

二、筆記記錄

1、

初始化一個Git倉庫,使用git init命令。

添加文件到Git倉庫,分兩步:

  1. 使用命令git add <file>,注意,可反覆多次使用,添加多個文件;
  2. 使用命令git commit -m <message>,完成。

 

2、

  • 要隨時掌握工作區的狀態,使用git status命令。
  • 如果git status告訴你有文件被修改過,用git diff可以查看修改內容。

 

3、

  • HEAD指向的版本就是當前版本,因此,Git允許我們在版本的歷史之間穿梭,使用命令git reset --hard commit_id。
  • 穿梭前,用git log可以查看提交歷史,以便確定要回退到哪個版本。
  • 要重返未來,用git reflog查看命令歷史,以便確定要回到未來的哪個版本。

 

4、

暫存區是Git非常重要的概念,弄明白了暫存區,就弄明白了Git的很多操作到底幹了什麼。

 

5、

理解Git是如何跟蹤修改的,每次修改,如果不用git add到暫存區,那就不會加入到commit中。

 

6、

場景1:當你改亂了工作區某個文件的內容,想直接丟棄工作區的修改時,用命令git checkout -- file。

場景2:當你不但改亂了工作區某個文件的內容,還添加到了暫存區時,想丟棄修改,分兩步,第一步用命令git reset HEAD <file>,就回到了場景1,第二步按場景1操作。

場景3:已經提交了不合適的修改到版本庫時,想要撤銷本次提交,參考版本回退,不過前提是沒有推送到遠程庫。

 

7、

命令git rm用於刪除一個文件。如果一個文件已經被提交到版本庫,那麼你永遠不用擔心誤刪,但是要小心,你只能恢復文件到最新版本,你會丟失最近一次提交後你修改的內容。

 

8、

“有了遠程倉庫,媽媽再也不用擔心我的硬盤了。”

 

9、

要關聯一個遠程庫,使用命令git remote add origin git@server-name:path/repo-name.git

關聯後,使用命令git push -u origin master第一次推送master分支的所有內容;

此後,每次本地提交後,只要有必要,就可以使用命令git push origin master推送最新修改;

分佈式版本系統的最大好處之一是在本地工作完全不需要考慮遠程庫的存在,也就是有沒有聯網都可以正常工作,而SVN在沒有聯網的時候是拒絕幹活的!所以使用分佈式版本系統當有網絡的時候,再把本地提交推送一下就完成了同步,真是太方便了!

 

10、

要克隆一個倉庫,首先必須知道倉庫的地址,然後使用git clone命令克隆。

Git支持多種協議,包括https,但ssh協議速度最快。

 

11、

Git鼓勵大量使用分支:

查看分支:git branch

創建分支:git branch <name>

切換分支:git checkout <name>或者git switch <name>

創建+切換分支:git checkout -b <name>或者git switch -c <name>

合併某分支到當前分支:git merge <name>

刪除分支:git branch -d <name>

 

12、

當Git無法自動合併分支時,就必須首先解決衝突。解決衝突後,再提交,合併完成。

解決衝突就是把Git合併失敗的文件手動編輯爲我們希望的內容,再提交。

git log --graph命令可以看到分支合併圖。

 

13、

分支策略

在實際開發中,我們應該按照幾個基本原則進行分支管理:

首先,master分支應該是非常穩定的,也就是僅用來發布新版本,平時不能在上面幹活;

那在哪幹活呢?幹活都在dev分支上,也就是說,dev分支是不穩定的,到某個時候,比如1.0版本發佈時,再把dev分支合併到master上,在master分支發佈1.0版本;

你和你的小夥伴們每個人都在dev分支上幹活每個人都有自己的分支,時不時地往dev分支上合併就可以了。

所以,團隊合作的分支看起來就像這樣:

 

小結

Git分支十分強大,在團隊開發中應該充分應用。

合併分支時,加上--no-ff參數就可以用普通模式合併,合併後的歷史有分支,能看出來曾經做過合併,而fast forward合併就看不出來曾經做過合併。

 

 

 

14、

修復bug時,我們會通過創建新的bug分支進行修復,然後合併,最後刪除;

當手頭工作沒有完成時,先把工作現場git stash一下,然後去修復bug,修復後,再git stash pop,回到工作現場;

在master分支上修復的bug,想要合併到當前dev分支,可以用git cherry-pick <commit>命令,把bug提交的修改“複製”到當前分支,避免重複勞動。

 

15、

開發一個新feature,最好新建一個分支;

如果要丟棄一個沒有被合併過的分支,可以通過git branch -D <name>強行刪除。

 

16、

多人協作的工作模式通常是這樣:

  1. 首先,可以試圖用git push origin <branch-name>推送自己的修改;
  2. 如果推送失敗,則因爲遠程分支比你的本地更新,需要先用git pull試圖合併;
  3. 如果合併有衝突,則解決衝突,並在本地提交;
  4. 沒有衝突或者解決掉衝突後,再用git push origin <branch-name>推送就能成功!

如果git pull提示no tracking information,則說明本地分支和遠程分支的鏈接關係沒有創建,用命令git branch --set-upstream-to <branch-name> 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,如果有衝突,要先處理衝突

 

17、

  • rebase操作可以把本地未push的分叉提交歷史整理成直線;
  • rebase的目的是使得我們在查看歷史提交的變化時更容易,因爲分叉的提交需要三方對比。

 

18、

  • 命令git tag <tagname>用於新建一個標籤,默認爲HEAD,也可以指定一個commit id;
  • 命令git tag -a <tagname> -m "blablabla..."可以指定標籤信息;
  • 命令git tag可以查看所有標籤

 

19、

  • 命令git push origin <tagname>可以推送一個本地標籤;
  • 命令git push origin --tags可以推送全部未推送過的本地標籤;
  • 命令git tag -d <tagname>可以刪除一個本地標籤;
  • 命令git push origin :refs/tags/<tagname>可以刪除一個遠程標籤。

 

20、

  • 在GitHub上,可以任意Fork開源倉庫;
  • 自己擁有Fork後的倉庫的讀寫權限;
  • 可以推送pull request給官方倉庫來貢獻代碼

 

21、使用Gitee

https://www.liaoxuefeng.com/wiki/896043488029600/1163625339727712

 

22、

  • 忽略某些文件時,需要編寫.gitignore;
  • .gitignore文件本身要放到版本庫裏,並且可以對.gitignore做版本管理!

 

23、

給Git配置好別名,就可以輸入命令時偷個懶。我們鼓勵偷懶。

 

24、

使用SourceTree可以以圖形界面操作Git,省去了敲命令的過程,對於常用的提交、分支、推送等操作來說非常方便。

SourceTree使用Git命令執行操作,出錯時,仍然需要閱讀Git命令返回的錯誤信息。

 

26、Git Cheat Sheet(git 常用命令小抄)

https://gitee.com/liaoxuefeng/learn-java/raw/master/teach/git-cheatsheet.pdf

 

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章