利用命令行提交代碼步驟
提交代碼之前,需先從服務器上面拉取代碼,以防覆蓋別人代碼。
1:拉取服務器代碼
git pull
2:查看當前工作目錄樹的工作修改狀態
git status
狀態:
1:Untracked: 未跟蹤, 此文件在文件夾中, 但并沒有加入到git庫, 不參與版本控制. 通過git add 狀態變為Staged.
2:Modified: 文件已修改, 僅僅是修改, 并沒有進行其他的操作.
3:deleted: 文件已刪除,本地刪除,服務器上還沒有刪除.
4:renamed:
3:將狀態改變的代碼提交至緩存
git add + 文件
git add -u + 路徑:將修改過的被跟蹤代碼提交緩存
git add -A + 路徑: 將修改過的未被跟蹤的代碼提交至緩存
例如:
git add -u vpaas-frontend/src/components
將 vpaas-frontend/src/components 目錄下被跟蹤的已修改過的代碼提交到緩存中
git add -A vpaas-frontend/src/components
將 vpaas-frontend/src/components 目錄下未被跟蹤的已修改過的代碼提交到緩存中
4:將代碼提交到本地倉庫中
git commit -m “注釋部分 ref T3070”
注:
T3070: 任務號
5:將代碼推送到服務器
git push
問題
1:誤將代碼提交到緩存中(利用 git add 命令誤將代碼提交的緩存中)
解決辦法:利用 git reset 命令將撤回緩存中的代碼。
2:誤將代碼提交到本地倉庫(利用 git commit 命令誤將代碼提交到本地倉庫)
解決辦法:
git reset —soft + 版本號
回退到某個版本,只回退了commit的信息,不會改變已經修改過的代碼。
git reset —hard + 版本號
徹底回退到某個版本,本地的代碼也會改變上一個版本內容。
補充知識:使用TortoiseGit處理代碼沖突
場景一
user0 有新提交
user1 沒有pull -> 寫新代碼 -> pull -> 提示有沖突
解決辦法一
-> stash save(把自己的代碼隱藏存起來) -> 重新pull -> stash pop(把存起來的隱藏的代碼取回來 ) -> 代碼文件會顯示沖突 -> 右鍵選擇edit conficts,解決后點擊編輯頁面的 mark as resolved -> commitpush
解決辦法二
(盡量少使用,這種方法的優點是在在原編輯器里處理沖突,代碼邏輯看得更清楚一些)
-> stash save(把自己的代碼隱藏存起來) -> 重新pull -> stash pop(把存起來的隱藏的代碼取回來 ) -> 代碼文件會顯示沖突 -> 右鍵選擇resolve conflict -> 打開文件解決沖突 -> commitpush
場景二
user0 有新提交
user1 沒有pull -> 寫新代碼 -> commitpush -> 提示有沖突
解決辦法一
-> pull -> 代碼文件會顯示沖突 -> 右鍵選擇edit conficts,解決后點擊編輯頁面的 mark as resolved -> commitpush
以上這篇詳談git 提交代碼步驟,干貨就是小編分享給大家的全部內容了,希望能給大家一個參考,也希望大家多多支持腳本之家。
您可能感興趣的文章:- IDEA中項目集成git提交代碼的詳細步驟
- 利用git提交代碼的方法步驟
- idea git未提交代碼文件名字變色(圖解)
- Git提交代碼錯了吃后悔藥的幾種常用辦法(場景分析)