何時會需要pull呢

居然分成上下文...
繼續昨天未完成的部分，何時會需要pull？

pull

從上面拉最新的到本機，感覺上像是專案更新，
畢竟是協作，不是只有自己所以大家各自在不同時間寫code推上去，
透過git pull 可以更新本機專案，在合併前，透過切換去其他功能分支上看看狀況有無問題
進而決定是否要同意此功能合併到主幹線上main

git pull = git fetch + git merge
git fetch只是把東西拉下來
git merge才會發生衝突
我覺得還有一個很讚的，就是透過介面按下這顆雲朵！
就會有一樣的效果啦～

除了說是更新，其實個人使用到git pull機會大概就是兩種情境

1. 推不上去 XD ，遠端已經有合併過，意思就是本機不夠新啦，所以說養成習慣，推之前先按雲吧
2. 有PR待審核，就按雲朵更新後，切分之過去看看功能效果如何，再決定是否修改或是通過PR

過PR = Pull requests

昨天今天都有稍微提到過PR
我們寫完功能推上去，在團隊進行專案，合併前讓大家看過在認可沒問題，再合併是比較安全的機制
操作如下面這兩張圖
推完之後GitHub很貼心，問你要不要推一下PR，當然也是有兩種情境

1. 先不用，我想再完整一點再發PR
2. 就請他幫我們發PR，並可以在欄位填寫訊息，更多時候可以在訊息貼上截圖，此功能呈現畫面如下等等
   

明天來說說合併後可能會發生的衝突！俗稱 解衝突
檔案衝突並非人際之間衝突，也可能有啦但...我想應該是另外一門大學問需要自行修行XD