注意：請(qǐng)?jiān)敿?xì)看4.3存在沖突那里
1. 如何提交代碼
1.1 git status
查看是否有修改，會(huì)顯示紅色的modified修改文件
若不顯示，則表示你當(dāng)前并沒(méi)有修改和添加任何代碼
1.2 git add .
git add . 表示將當(dāng)前目錄下的所有文件添加到暫存區(qū)
可以使用命令 git status 查看，綠色的文件表示已添加到暫存區(qū)，modifiled表示你修改過(guò)的文件
1.3 git commit
git commit 表示將暫存區(qū)內(nèi)容添加到本地倉(cāng)庫(kù)中
一般往自己的倉(cāng)庫(kù)提交代碼時(shí)，可以直接使用 git commit -m “備注自己提交代碼的信息”，但是在公司，一般都會(huì)有自己的模板
1.3.1 如何創(chuàng)建commit模板
在公司的話一般有commit模板，如何創(chuàng)建commit模板？
- 創(chuàng)建commit模板
新建一個(gè)文本文檔，將以下內(nèi)容復(fù)制進(jìn)去，保存，將其重命名為committemplate
#type feat:
#<具體描述>
#<問(wèn)題單號(hào)>
# type 字段包含:
# feat：新功能（feature）
# fix：修補(bǔ)bug
# docs：文檔（documentation）
# style： 格式（不影響代碼運(yùn)行的變動(dòng)）
# test：增加測(cè)試
# chore：構(gòu)建過(guò)程或輔助工具的變動(dòng)
# subject：是 commit 目的的簡(jiǎn)短描述，不超過(guò)50個(gè)字符
- 設(shè)置模板路徑,其中path就是commit模板路徑（路徑分隔符使用
/或者\\）
git config --global commit.template path
- 設(shè)置模板使用什么軟件打開(kāi)，一般使用記事本[notepad]
git config --global core.editor [編輯器名字]
注意：路徑使用\而不是/，或者使用//對(duì)/進(jìn)行轉(zhuǎn)義
在進(jìn)行 git commit 時(shí)就會(huì)彈出此窗口，進(jìn)行這次代碼提交的描述，ctrl+s保存即可
1.4 git pull --rebase
git pull 表示拉取遠(yuǎn)端代碼，更新我們的倉(cāng)庫(kù)
1.4.1 為什么要加 --rebase 呢？
點(diǎn)擊：請(qǐng)看這里→有詳細(xì)的解釋哦
1.4.2 若不存在沖突，直接push即可
如果 git pull --rebase 完了之后，最后顯示：Successfully rebased and updated xxx或者Current branch xxx is up to date，表示你提交的代碼和遠(yuǎn)端倉(cāng)庫(kù)不存在沖突，直接push就可以了。
Successfully rebased and updated xxx 表示：倉(cāng)庫(kù)的最近一次提交是別人提交的，但是沒(méi)有沖突，直接push即可
Current branch xxx is up to date 表示：倉(cāng)庫(kù)的最近一次提交是你提交的，直接push即可
1.4.3 若存在沖突（git rebase --continue）
若存在沖突，會(huì)顯示：CONFLICT合并沖突和 hin t等一些的提示信息
那么你再次打開(kāi)你的QT項(xiàng)目，在代碼里會(huì)有<<<<和====等信息，表示代碼存在沖突，需要去解決沖突
（1）強(qiáng)烈建議使用VS Code
這里強(qiáng)烈建議使用VS Code，它真的很方便，可以很清晰的標(biāo)記有沖突的兩個(gè)文件（pull下來(lái)的文件和你本地修改的文件）的不同，代碼的不同
（2）在解決完沖突，項(xiàng)目運(yùn)行成功之后，繼續(xù)執(zhí)行以下命令
git add .-
git rebase --continue（執(zhí)行完會(huì)出現(xiàn)Successfully rebased and updated xxx） -
git pull --rebase（為了避免在解沖突期間別人提交代碼，此命令一定必須要在push之前執(zhí)行） - 直到出現(xiàn)：Current branch xxx is up to date.，就可以push了；若不出現(xiàn)則表示還有沖突，需要繼續(xù)解沖突
（3）在 push 之前為什么還要執(zhí)行一次 git pull --rebase？
- 因?yàn)樵谀憬鉀_突的期間，你也不知道有沒(méi)有別人向倉(cāng)庫(kù)提交過(guò)代碼。
- 如果你解沖突的時(shí)間很短，期間沒(méi)人提交過(guò)代碼，你可以直接push。
- 如果你解沖突的事件比較長(zhǎng)，期間又有人向倉(cāng)庫(kù)提交了代碼，此時(shí)你解完沖突再push就會(huì)出錯(cuò)，因?yàn)槟愦丝瘫镜氐拇a和遠(yuǎn)端倉(cāng)庫(kù)的代碼是不一致的。
- 所以，為了安全起見(jiàn)，在 push 之前最好進(jìn)行一次 pull 操作。
1.5 git push
git push 表示從將本地的分支版本上傳到遠(yuǎn)程倉(cāng)庫(kù)并合并
好了，大功告成?。?！文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-773190.html
2. 如何拉取代碼
每天早上來(lái)到公司的第一件事就是拉取代碼
首先執(zhí)行 git status 命令，查看有沒(méi)有修改過(guò)代碼
2.1 若本地沒(méi)有修改過(guò)代碼
查看自己有沒(méi)有修改代碼，若沒(méi)有修改代碼（沒(méi)有顯示紅色的modified文件），則可以直接pull代碼
2.2 若本地修改過(guò)代碼
查看自己有沒(méi)有修改代碼，若有修改，則不能直接pull代碼，否則會(huì)出錯(cuò)。
那正確的做法就是：先把自己當(dāng)前的代碼暫存起來(lái)，等拉取代碼之后再進(jìn)行應(yīng)用，具體命令如下：
2.2.1 git stash
將自己當(dāng)前修改過(guò)的代碼進(jìn)行保存
具體的 stash 命令可以點(diǎn)擊這里→非常詳細(xì)
2.2.2 git status
這時(shí)不會(huì)顯示紅色的modified文件，顯示Already up to date. 就可以直接pull了
2.2.3 git pull
這時(shí)已經(jīng)把遠(yuǎn)端的代碼拉到自己的本地了
2.2.4 git stash apply 或者 git stash pop
將之前自己暫存的代碼應(yīng)用到本地
git stash apply 與 git stash pop的區(qū)別→請(qǐng)點(diǎn)擊這里
文章來(lái)源：http://www.zghlxwxcb.cn/news/detail-773190.html
好了，大功告成?。?！
到了這里，關(guān)于【Git Bash】在公司你是如何向gitlab上提交代碼和拉取代碼的，請(qǐng)看這里→的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
