欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

Git commit與pull的先后順序及說明

 更新時間:2023年11月06日 08:51:35   作者:Mordor Java Girl  
這篇文章主要介紹了Git commit與pull的先后順序及說明,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教

整理這個問題的起因

1.前些天一個晚輩問我關于commit與pull的先后順序問題

2.今天又與同事爭論了一番commit與pull的先后順序問題

我的建議是

1.在本地修改與遠程代碼無沖突的情況下,優(yōu)先使用:pull->commit->push

2.在本地修改與遠程代碼有沖突的情況下,優(yōu)先使用:commit->pull->push

我們怎么去確定是否有沖突呢?

一般我們在合作開發(fā)一個項目的過程中,都會有分工,有時會兩個人同時修改一個類,有時整個類都是你自己在開發(fā)。

如果都是自己在開發(fā)的類,當然優(yōu)先使用pull->commit->push,為什么我更傾向這種方式呢,因為這樣會減少Git沒有必要的merge。

如果有沖突的情況下,先pull了會出現(xiàn)什么問題呢?

如果你的判斷失誤,在本地修改與遠程代碼有沖突的情況下,先執(zhí)行了git-pull,即使是這樣也不用擔心,git會給你一個錯誤提示,這時候你再去執(zhí)行commit->pull->push也是沒有問題的。

我們可以看一下

下面這個git提交記錄的截圖:

圖中,

我們可以看到四次merge的提交,實際上這四次都是沒有沖突的merge,這是commit->pull->push中,git自動生成的merge。

如果這里我們采用pull->commit->push呈現(xiàn)出來的就會是一條沒有merge、沒有多余commit的一條完美分支。

git-pull(https://git-scm.com/docs/git-pull)

Incorporates changes from a remote repository into the current branch.

In its default mode, git pull is shorthand for git fetch followed by git merge FETCH_HEAD.

總結

以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。

相關文章

最新評論