Git常用場(chǎng)景使用方法
1. 本地存在多個(gè)commit:
【場(chǎng)景】代碼和遠(yuǎn)程倉(cāng)庫(kù)一致,本地修改后,存在多次本地commit,直接push最新的提交,push成功,但本地多次commit記錄也會(huì)記錄到遠(yuǎn)程倉(cāng)庫(kù)中
【舉例】第一次提交:添加File1文件,文件內(nèi)容666666
第二次提交: 添加File2文件,文件內(nèi)容888888,修改File1內(nèi)容


2. 遠(yuǎn)程倉(cāng)庫(kù)代碼回退:
先本地版本回退:git reset commitid
本地回退版本強(qiáng)推遠(yuǎn)程倉(cāng)庫(kù):git push -f
3. rebase操作:
【場(chǎng)景】代碼和遠(yuǎn)程倉(cāng)庫(kù)一致,本地修改后存在多次本地commit,本地多次提交的代碼沒有沖突,rebase合并本地多次commit
【舉例】如1中例子,第二次提交為最新提交,希望只保留第二次提交
【操作】3-1. git rebase -i commitid

3-2. 之后會(huì)進(jìn)入類似vim的編輯器(i插入修改,修改完:wq保存)
pick:表示需要提交的commit記錄|squash:表示合并到前一個(gè)commit
reword:使用本次提交,但修改commit信息
3-3. 之后會(huì)進(jìn)入提交信息編輯頁(yè),修改保存,rebase完畢,合并成功


【注意】 命令中commitid是兩次提交的前一個(gè)commitid
第一個(gè)pick不可修改,可以將后面的squash
如果頁(yè)面顯示noop,就是你的commitid選的是最新提交的commit,這樣是不對(duì)的
4. push沖突
【場(chǎng)景】本地commit了,但在push之前,遠(yuǎn)程代碼被別人修改過(guò)了,代碼沖突的情況處理
【舉例】添加一個(gè)File3,提交前手動(dòng)修改遠(yuǎn)程倉(cāng)庫(kù)代碼(模擬別人提交修改了遠(yuǎn)程倉(cāng)庫(kù)代碼),遠(yuǎn)程倉(cāng)庫(kù)代碼被修改后,本地push
【操作】4-1. 添加File3

4-2. 修改遠(yuǎn)程倉(cāng)庫(kù)代碼

4-3. 本地push代碼,提示沖突,選擇Merge,直接push成功

4-4 . Merge后推送到遠(yuǎn)端有兩條commit(因?yàn)檫@次push只修改了File3,并沒有修改File1,Merge后相當(dāng)于先拉取代碼再提交,所以直接push成功)

【舉例】添加一個(gè)File3,并修改File1,提交前手動(dòng)修改遠(yuǎn)程倉(cāng)庫(kù)代碼(模擬別人提交修改了遠(yuǎn)程倉(cāng)庫(kù)代碼),遠(yuǎn)程倉(cāng)庫(kù)代碼被修改后,本地push需要手動(dòng)解決沖突。
【操作】4-a. (版本回退后)添加File3,修改File1

4-b. 修改遠(yuǎn)程倉(cāng)庫(kù)代碼

4-c. 本地push代碼,提示沖突,選擇Merge后手動(dòng)解決沖突
Accept Yours: 該文件選擇你的版本合并到遠(yuǎn)端
Accept Theirs: 該文件選擇遠(yuǎn)端的版本,即放棄該文件的修改
Merge :對(duì)比本地和遠(yuǎn)端的差異,手動(dòng)解決沖突,一般都Merge

左邊是本地的修改,右邊是遠(yuǎn)端的代碼,中間是最終推送遠(yuǎn)端

看情況對(duì)比修改

修改確認(rèn)后可能會(huì)出現(xiàn)push被拒絕,再重新提交一次就好了。


【建議】本地先拉取代碼,如果沖突手動(dòng)解決沖突,然后再push
【注意】沒有commit就拉取代碼,并且Accept Theris,可能會(huì)把本地修改過(guò)的代碼覆蓋掉,導(dǎo)致修改的代碼丟失,注意備份。
-------------------------------------------------想到別的場(chǎng)景后續(xù)再補(bǔ)充------------------------------------------------------------
總結(jié)
到此這篇關(guān)于Git常用場(chǎng)景使用的文章就介紹到這了,更多相關(guān)Git常用場(chǎng)景使用內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
詳解git merge 與 git rebase的區(qū)別
這篇文章主要介紹了詳解git merge 與 git rebase的區(qū)別,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2020-07-07
git中commit和push的區(qū)別及說(shuō)明
這篇文章主要介紹了git中commit和push的區(qū)別及說(shuō)明,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-11-11
頁(yè)面制作統(tǒng)一的頭尾的方法(asp+js)
有時(shí)候我們需要統(tǒng)一頁(yè)面的頭尾,如果不是獨(dú)立,每次要修改文件,就要所有的模板頁(yè)面都要修改增加麻煩,所以,獨(dú)立頭尾調(diào)用,就只需要修改兩個(gè)頁(yè)面就可以了。2009-04-04
vscode通過(guò)多個(gè)跳板機(jī)連接目標(biāo)機(jī)的方法(兩種方案親測(cè)成功)
這篇文章主要介紹了vscode通過(guò)多個(gè)跳板機(jī)連接目標(biāo)機(jī)的方法,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友參考下吧2024-03-03
微信小程序 iPhoneX底部安全區(qū)域(底部小黑條)適配(一分鐘解決)
iPhone X 對(duì)于微信小程序的tabbar來(lái)說(shuō),會(huì)被底部小黑條覆蓋,需要處理,大概思路是,得到手機(jī)型號(hào)、分別判斷樣式。這篇文章主要介紹了微信小程序 iPhoneX底部安全區(qū)域(底部小黑條)適配問(wèn)題,需要的朋友可以參考下2019-10-10
微信小程序給圖片做動(dòng)態(tài)標(biāo)注的實(shí)例分享
這篇文章主要介紹了微信小程序給圖片做動(dòng)態(tài)標(biāo)注的一個(gè)簡(jiǎn)化的教程,幫助你了解如何在微信小程序中實(shí)現(xiàn)圖片標(biāo)注的功能,需要的朋友可以參考下2023-08-08
Eclipse 格式化代碼時(shí)不換行與自動(dòng)換行的實(shí)現(xiàn)方法
每次用Eclipse自帶的Ctrl+shift+f格式化代碼時(shí),如果原來(lái)的一行代碼大于80列,Eclipse就會(huì)自動(dòng)換為多行,這點(diǎn)個(gè)人感覺不是很舒服,簡(jiǎn)單試了一下,通過(guò)以下方式可以修改2009-05-05

