最常用代碼合作流程
建議首先看一下這個，如醍醐灌頂：https://www.bilibili.com/video/BV19e4y1q7JJ/
三個東西：
- Remote：遠端倉庫；
- Local：本地Git倉庫（可以理解為一個Git記錄表，本身不包括專案代碼）；
- Disk：真正存放在磁盤中的代碼，用編輯器編輯的，
git clone <倉庫地址>克隆遠端倉庫主分支到本地；git checkout -b mydev切換到功能開發分支；- 相當于復制了本地主分支的代碼，命名為新的分支名字；
- 不于直接在主分支上修改代碼，保證不論怎么開發新功能都不會影響主分支的正常運行；
- Coding；
git diff查看對代碼做出的改變；git add上傳更新后的代碼至暫存區；git commit -m "commit hints"可以將暫存區里更新后的代碼更新到本地的Git記錄表中；git push origin mydev將本地mydev分支，提交到遠端倉庫mvdev分支；
如果提交的時候發現遠端主倉庫已經更新了，（無更新請跳過）
git checkout master切換回主分支；
git pull origin master將遠端修改過的代碼再更新到本地；pull同時修改代碼和本地Git記錄表；
git checkout mvdev再切換回開發分支；
git rebase master嘗試把遠端的最新更新，融入到我最新寫的代碼之前；效果相當于，從最新的主分支創建開發分支，寫新的功能代碼；
rebase程序可能會出現沖突，手動選擇保存哪段代碼；
git push -f origin mydev把rebase后并且更新過的代碼再推送到遠端倉庫；-f 強制推送，覆寫上次的提交記錄，不然會出現不恰當的兩條commit；
- 在遠端倉庫發起PR（Pull Request / 合并請求），有其他伙伴來審閱你提交的代碼；
審核未通過，應當如下操作；
在本地mydev上根據建議修改代碼；
git commit --amend：修改上次的commit；
git push origin -f mydev：覆寫上次提交；不用重新新建PR，上面程序后，剛的PR對應的代碼也會更改的；
- PR審核通過后，合并到遠端的主分支了；常用合并方式：
Squash and merge：新功能開發的dev可能也有多個commit，合并到主分支就只有一個總的commit了；Rebase and merge： 就相當于上面提交的時候發現遠端主倉庫已經更新了，如果沒沖突就順利合并了，如果有沖突就要先解決沖突；
- 代碼合并到主分支后，可以順手把你的開發分支洗掉；
git branch -d mydev洗掉本地分支；git pull origin master再把遠端的最新代碼拉至本地
至此，新功能開發完成！
簡單情況下的代碼提交
git fetch origin master：獲取最新的master分支git checkout -b mydev：創建一個自己寫代碼的分支并切換Coding：開發人員寫代碼git addgit commit -m "commit hints"git push origin mydev：提交到origin的mydev分支- 發起PR(Pull Requests)
- 團隊其他人員評論，建議
- 在本地mydev上根據建議修改代碼
git commit --amend：修改上次的commitgit push origin -f mydev：覆寫上次提交- 如果還不通過，回圈這個程序，
Fetch and Pull
總而言之一句話，fetch只同步了本地的Git記錄表，而本地實際代碼并未同步；
Origin 其實是你本地的記錄（并不是代碼），但他的指向是remote，remote更新代碼以后，也就是新增了個提交之后，origin此時還并沒有更新到記錄，
通過一個小例子來看：
先對遠程倉庫的分支(這里以master為例)合并一條請求，然后按順序執行下面的命令：
git log origin/master：注意查看輸出，特別關注第一條git fetch origin：更新遠程跟蹤分支(所有分支)git log origin/master：看輸出的，跟第一條比較
fetch只是追蹤了遠程分支的變化，但并沒有將變化合并到本地分支，
所以，如果需要更新本地代碼：
git pull origin master //相當于git fetch 和 git merge
僅獲取某分支的代碼
- 先clone master分支到本地，然后：
git checkout -b dev origin/dev
- 直接獲取分支代碼：
git clone -b <branchname> https://git.url <localfolderpath>
Localfolderpath 一定要是一個檔案夾的名字，可以不存在會自己創建，
遠程倉庫已經合并了別人的代碼
如果此時你在發起一個合并請求，且你們修改的不是同一個檔案，會出現以下現象：
可以通過點擊“更新分支”，通過兩個commit實作的，先是他人合并到master的提交，接著才是你的提交，
但是推薦下面這種方式，只有一個commit，在你發起一個PR之后發現代碼落后的處理，
git rebase origin/master # 如果沒沖突是順利執行的
git commit --amend
git push origin -f hang
沖突產生原因與解決辦法
產生原因：遠程倉庫已經合并的代碼里，修改了與你發起PR的分支中相同的部分，
舉例說明：O是master分支，O_0是合并代碼前的，A是一個分支，B是另一個分支；A，B都是從O的同一個commit節點中檢出的，現在A修改了一些代碼并且已經合并到O中了，A合并以后O_0變成了O_1，但是B不知道，B也修改了相同的位置發起了從B到O_0的PR（合并請求），因此導致了沖突，
那么正確的應該是什么？就是B不應該修改，然后fetch下遠程O的代碼，再checkout B ，修改代碼，然后從B發起到O_1的合并請求，
如果你已經沒注意這樣做了，如何解決？當然也有辦法，
git fetch # 更新所有分支的代碼
git rebase origin/master # 在B分支下執行，將B變基
-
rebase之后，沖突的部分會清楚的顯示出來具體在那個檔案里，而且檔案里沖突的部分也會很清晰的標注出來，如下圖：
-
<<<<<<< 和 ======= 之間是你當前分支所修改的內容
-
>>>>>>> 和 ======= 之間是別人的修改，也就是這里不同的修改造成的沖突，
-
解決沖突，需要把這些沖突表示的符號也刪掉，
然后完成rebase的程序：
git rebase --continue
也可以中止rebase：git rebase --abort，并且分支會回退到rebase開始之前的狀態，
rebase完成之后，你按照正常提交代碼就可以了，
不恰當的多個Commit合并為一個
git log # 確認當前所處commit位置
git reset --soft HEAD~1 # 1是你想回退到幾次提交前，或者
git reset --hard HEAD~1
- --soft：需要保存提交的代碼用這個，然后git stash， 再git stash pop 更改變化，
- --hard 恢復到上次提交前，但提交的代碼被清空，
再次提交代碼的時候：
git commit --amend
git push origin -f mydev
Git撤銷，放棄本地修改
參考來源：https://blog.csdn.net/A_grumpy_Mario/article/details/103282110?utm_medium=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1.nonecase&depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1.nonecase
- 未使用git add 提交到暫存區的代碼：
git checkout -- filepathname #放棄單個檔案的代碼修改
git checkout . #放棄所有檔案的修改
此命令用來放棄掉所有還沒有加入到快取區（就是 git add 命令）的修改：內容修改與整個檔案洗掉，但是此命令不會 洗掉掉剛新建的檔案，因為剛新建的檔案還沒已有加入到 git 的管理系統中，所以對于git是未知的，
- 已經git add 提交到暫存區的代碼：
git reset HEAD filepathname #放棄指定檔案的快取
git reset HEAD #放棄所有檔案的快取
# 此命令用來清除 git 對于檔案修改的快取，相當于撤銷 git add 命令所在的作業在使用本命令后，本地的修改并不會消失，而是回到了如（1）所示的狀態，繼續用（1）中的操作，就可以放棄本地的修改
- 已經使用了git commit提交了的代碼
git reset --hard HEAD^ #退到最近一次commit的狀態
git reset --hard commitid #恢復到上次提交，提交的代碼被清空，
git reset --soft commitid
#恢復到上次提交，提交的代碼還在，然后git stash， 再git stash pop 更改變化，
git log 命令來查看git的提交歷史
更新遠程分支串列
git remote update origin --prune
代碼參考特定行
點開代碼倉庫某一檔案的具體代碼，按規則在url后面添加：
指定第30行代碼：#L30
指定30～50行的代碼：#L30-L50
團隊協作常用術語
- WIP —?? Work in progress, do not merge yet. // 進行中，尚未合并，
- LGTM —? Looks good to me. // 在我看來很好，(Review 完別人的 PR ，沒有問題)
- PTAL —? Please take a look. // 幫我看下 (一般都是請別人 review 自己的 PR)
- CC —? Carbon copy // 復本 (一般代表抄送別人的意思)
- RFC ?—? request for comments. // 我覺得這個想法很好, 我們來一起討論下
- IIRC ?—? if I recall correctly. // 如果我沒記錯
- ACK ?—? acknowledgement. // 我確認了或者我接受了,我承認了
- NACK/NAK — negative acknowledgement. // 我不同意
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/528027.html
標籤：其他
下一篇：圖資料挖掘：冪律分布和無標度網路