git提交代碼命令行

㈠ git如何提交代碼

代碼提交

代碼提交一般有五個步驟：

1.查看目前代碼的修改狀態

2.查看代碼修改內容

3.暫存需要提交的文件

4.提交已暫存的文件

5.同步到伺服器

1.查看目前代碼的修改狀態

提交代碼之前，首先應該檢查目前所做的修改，運行git status命令

a)已暫存 （changes to be committed）

2.查看代碼修改的內容

git diff <file>

比較某文件與最近提交節點的差異。

注意：如果該文件已暫存，那麼應該使用git diff –cached<file>

git diff <hashcode> <hashcode> <file>

比較某文件在提交節點a，節點b的差異。

技巧：如果省略後面一個hashcode，則默認表示與上一提交節點比較。（也可以利用^運算符）

3.暫存需要提交的文件

如果是新建的文件

則git add <file>

如果是修改的文件
則git add <file>

如果是刪除的文件
則 git rm <file>

4.提交已暫存的文件

git commit

注意注釋填寫規范。

git commit --amend

修改最近一次提交。有時候如果提交注釋書寫有誤或者漏提文件，可以使用此命令。

5.同步到伺服器

同步到伺服器前先需要將伺服器代碼同步到本地

命令： git pull

如果執行失敗，就按照提示還原有沖突的文件，然後再次嘗試同步。

命令：git checkout -- <有沖突的文件路徑>

同步到伺服器

命令： git push origin <本地分支名>

如果執行失敗，一般是沒有將伺服器代碼同步到本地導致的，先執行上面的git pull命令。

㈡ git commit 使用及規范

git提交推薦使用命令行工具，請嚴格遵循提交格式。

在您 git add 後，推薦執行 git commit 進行提交，如無特殊描述信息要添加，也可以 git commit -m <mess> 進行提交。

要求提交格式如下：

type表示提交類別，scope表示修改范圍，subject表示標題行， body表示主體描述內容。

type在commit的是否必須存在。

非必填（建議填寫），scope用於說明 commit 影響的范圍，建議填寫影響的功能模塊。

如果你的修改影響了不止一個 scope ，你可以使用 * 代替。

必填， commit 目的的簡短描述，不超過50個字元。

非必填（建議填寫），可描述當前修改的行為詳細信息或修改的目的。

非必填，一般用於描述BREAKING CHANGE，在項目開發中一般不需要填寫，組件研發的工程需要填寫。

格式：以 BREAKING CHANGE 開頭，後面是對變動的描述、以及變動理由和遷移方法。

如上2所示格式，本質上是改變文件 <u> .git/COMMIT_EDITMSG </u> 中的文本，實際提交過程如下（推薦命令行提交）：

window系統下默認git編輯工具是vim，如無相關基礎，建議使用window默認的文本編輯器（這里不贅述vim相關編輯方法）。

修改git默認文本編輯器： git config core.editor notepad

修改後執行 git commit ,會彈出文本編輯器。

我們要按照規定的格式在注釋前加入要提交的commit信息：

然後保存並關閉，會提示如下信息：

在push完成後，gitlab的commit列表中會有如下信息：

在您執行 git commit 後，命令行會有如下顯示：

如上所示，我們要按照規定的格式在注釋前加入要提交的commit信息：

輸入完成後，根據快捷鍵提示，按 ctrl + O ，然後出現要修改的MSG文件名，按回車鍵。此時提示如下：

最後按 ctrl + X 提交完成，提示如下：

在push完成後，gitlab的commit列表中會有如下信息：