#git-sitcom

[yaya-coding]

使用 git 發生的蠢事

最近為自己的部門規劃了一段 git flow，在設計要開出新分支時，是採用「Feature_#票號_功能名稱」這樣的命名方式。

但當同事推上這個 branch 後，我卻怎麼樣都拉不下來，我一直在想是不是我拼錯打錯指定或是弄錯了什麼。直到我想照著這個命名邏輯自己開一個新的分支來修改東西的時候發現，原來當中的 # 會讓這個指定變成註解，我必須要用引號把它包起來，終端機才會認得這個指定...

到底，我為何如此瞎搞自己呢。

[yaya-coding]

【Git-sitcom】分支完成要併回develop

情境：現在假設我在pug分支上的開發已完成，送了pull，要把pug這分支merge進develop了。

STEP1

git pull origin pug：在pug這個branch上，先pull遠端的pug，確認本機和遠端的狀態是一樣的。

STEP2

git pull origin develop：切到develop，同樣pull遠端的develop，確認本機與遠端狀況是否相同。

STEP3（如果develop有漏commit）

如果發現develop有多新東西（新的commit），那這時，切回pug，在pug上進行

git rebase develop：這會把develop上的commit進度補上，這樣merge回develop的時候，才不會少commit，造成無法merge。

STEP4（如果沒有漏commt，就直接跳這步）

git merge pug --no-ff：再一次切回develop打入merge的指令，就完成merge了。

STEP5

git log：確認一下

STEP6

git push origin develop：把merge的新版本develop推上遠端，就完成了！

STEP6

最後在養成一個好習慣，在pull當中close與delete該支被合併的branch

[yaya-coding]

【Git-sitcom】在分支上做到一個進度

情境：已經開了分支，在這個分支上做好今天要做的事，要commit然後推上遠端。

STEP1

git diff ：先看看自己改了哪些東西，這個指令會很詳細的show出加了什麼、刪了什麼。此時按space是換頁，看完了按q就可以離開。

STEP2

git status：再來看看是什麼檔案被更動，這個指令會告訴你：哪些追蹤中的檔案被更動、刪除，以及有哪些檔案是沒有被追蹤（un track）的。

STEP3

git add -A：把未追蹤的檔案加入追蹤（如果不追蹤就不能commit了）。

STEP4

git status：保險起見，再看一次吧，這時候會看到第一次打git status時，那些未被追蹤的檔案，都被追蹤了，然後刪掉的檔案也被追蹤到是刪除的狀態了（綠色顯示）。

STEP5

git commit -m 'commit的描述'：可以開心的打上這次commit的內容，就完成commit了。

STEP6

git log：check一下commit是不是真的有commit到，看log就可以知道了，如果有的話，他就會出現在最上面。

STEP7

git push origin 分支名稱：最後一步就是把這個分支以及commit的內容push上遠端去了，然後就大功告成了。