利用命令行提交代碼步驟

提交代碼之前，需先從服務(wù)器上面拉取代碼，以防覆蓋別人代碼。

1：拉取服務(wù)器代碼

git pull

2：查看當(dāng)前工作目錄樹(shù)的工作修改狀態(tài)

git status

狀態(tài)：

1：Untracked: 未跟蹤, 此文件在文件夾中, 但并沒(méi)有加入到git庫(kù), 不參與版本控制. 通過(guò)git add 狀態(tài)變?yōu)镾taged.

2：Modified: 文件已修改, 僅僅是修改, 并沒(méi)有進(jìn)行其他的操作.

3：deleted： 文件已刪除，本地刪除，服務(wù)器上還沒(méi)有刪除.

4：renamed：

3：將狀態(tài)改變的代碼提交至緩存

git add + 文件

git add -u + 路徑：將修改過(guò)的被跟蹤代碼提交緩存

git add -A + 路徑: 將修改過(guò)的未被跟蹤的代碼提交至緩存

例如：

git add -u vpaas-frontend/src/components

將 vpaas-frontend/src/components 目錄下被跟蹤的已修改過(guò)的代碼提交到緩存中

git add -A vpaas-frontend/src/components

將 vpaas-frontend/src/components 目錄下未被跟蹤的已修改過(guò)的代碼提交到緩存中

4：將代碼提交到本地倉(cāng)庫(kù)中

git commit -m “注釋部分 ref T3070”

注：

T3070： 任務(wù)號(hào)

5：將代碼推送到服務(wù)器

git push

問(wèn)題

1：誤將代碼提交到緩存中（利用 git add 命令誤將代碼提交的緩存中）

解決辦法：利用 git reset 命令將撤回緩存中的代碼。

2：誤將代碼提交到本地倉(cāng)庫(kù)（利用 git commit 命令誤將代碼提交到本地倉(cāng)庫(kù)）

解決辦法：

git reset —soft + 版本號(hào)

回退到某個(gè)版本，只回退了commit的信息，不會(huì)改變已經(jīng)修改過(guò)的代碼。

git reset —hard + 版本號(hào)

徹底回退到某個(gè)版本，本地的代碼也會(huì)改變上一個(gè)版本內(nèi)容。

補(bǔ)充知識(shí)：使用TortoiseGit處理代碼沖突

場(chǎng)景一

user0 有新提交

user1 沒(méi)有pull -> 寫新代碼 -> pull -> 提示有沖突

解決辦法一

-> stash save(把自己的代碼隱藏存起來(lái)) -> 重新pull -> stash pop(把存起來(lái)的隱藏的代碼取回來(lái) ) -> 代碼文件會(huì)顯示沖突 -> 右鍵選擇edit conficts，解決后點(diǎn)擊編輯頁(yè)面的 mark as resolved -> commitpush

解決辦法二

(盡量少使用，這種方法的優(yōu)點(diǎn)是在在原編輯器里處理沖突，代碼邏輯看得更清楚一些)

-> stash save(把自己的代碼隱藏存起來(lái)) -> 重新pull -> stash pop(把存起來(lái)的隱藏的代碼取回來(lái) ) -> 代碼文件會(huì)顯示沖突 -> 右鍵選擇resolve conflict -> 打開(kāi)文件解決沖突 -> commitpush

場(chǎng)景二

user0 有新提交

user1 沒(méi)有pull -> 寫新代碼 -> commitpush -> 提示有沖突

解決辦法一

-> pull -> 代碼文件會(huì)顯示沖突 -> 右鍵選擇edit conficts，解決后點(diǎn)擊編輯頁(yè)面的 mark as resolved -> commitpush

以上這篇詳談git 提交代碼步驟,干貨就是小編分享給大家的全部?jī)?nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。