Git機制的知識點有哪些

本篇內容主要講解“Git機制的知識點有哪些”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“Git機制的知識點有哪些”吧!

一、兩次的 git commit 到不是同一個遠程分支

• 這里由于提交自己的代碼第一次提交到A分支，第二次提交B分支，然后報錯了，這里報錯以后，會提示一個百度自己內部的鏈接，你點擊鏈接就可以照著提示去修改，可以說還是省了不少事，不用自己去google百度去解決，開發效率也提高不少

• 上面圖片中有6e8713f is CR parent commit 這行提示，劃重點，待會要用到。

解決過程

你當前的操作場景如下圖，由于一次CR(評審)的多個commits不能push到不同的refs/for/[分支名]（可能導致后續評審合入merge failed）：

>評審是啥意思，這里解釋一下。本地開發的流程首先是從自己遠程的分支A拉到本地，遠程分支是master分支的一個clone,本地完成開發后，需要提交到自己的遠程分支，提交以后必須由其它人評審代碼（code reviewe）,其它同事評審的時候主要找出不合規范和邏輯的地方，你需要修改完成以后，才能合入到你的遠程分支A，然后再從你的遠程分支A合到master上，這樣就完成了代碼入庫。

• 本次合并我最終的目的是要合到B分支（第一次提交是A分支，第二次是B分支）

• 如果你期望commit 1和commit 2均合入分支B：

• 請回滾本地commit，重新合并為同一筆commit push至分支 B (會生成一筆新的評審)

操作命令

$git reset --soft [CR parent commit] (對應CR parent commit見push報錯信息.也就是有6e8713f is CR parent commit)   
$git commit -m"commit message"   
$git push origin HEAD:refs/for/[branch B]

二、git 撤銷文件修改

什么時候用到

• 如果有文件A沒有發生修改，但是再提交評審的時候還是發現A出現了修改，你使用git diff 并沒有發現你的本地文件A和遠程分支A有什么不同，需要撤銷修改

• 不小心勿加了空行

• 就是想撤銷已經提交的某個文件的修改

如何操作

1. 撤銷緩存區的修改

git reset HEAD filename

2. 撤銷工作區的修改

git checkout --filename

三、git 沖突解決

上圖是提交代碼時候，發生了沖突，依舊很貼心，百度這套代碼審查系統依舊給了提示，照著提示操作一波。

Step1. 在本地倉庫中, 更新并合并代碼

git fetch origin
git rebase origin/master

Step2. 依據提示分別打開沖突的文件,逐一修改沖突代碼

• 

• 

• 可以看到有head和你的本次提交信息，head是遠程分支，git commit -m "commit提交信息" 這條命令中我填的是689任務，可以看到每有一處信息不一致，在你產生沖突的文件都會提示出來。

• 我們需要做的就是解決沖突，對比遠程和你本地產生沖突的地方，保留下你需要的代碼，同時記得把head和689任務（commit提交信息）這些不是代碼中的內容刪除掉。

• 或者不需要這樣一點點修改，你已經知道了你需要提交什么樣的代碼，那么直接將你確定好沒問題的代碼復制到這份沖突文件中，然后進行git三連即可

Step3. 所有沖突都修改完畢后, 提交修改的代碼

git add -u
git rebase --continue

Step4. 更新patch

git push origin HEAD:refs/for/master

四、撤銷你的commit提交

如何撤銷commit提交，熟練的執行完以下兩條命令以后：

git add *
git commit -m "提示信息A"

你發現自己的提示信息寫的不對，想git commit -m "提示信息B"，但是由于已經git commit 過了，會提示你沒有什么需要git commit的，這個時候如何撤銷git commit呢？

git reset --soft HEAD^

這樣上一次提交就被撤回了，然后繼續執行git commit -m "提示信息B" 即可。

到此，相信大家對“Git機制的知識點有哪些”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！