完整的標題：老實人暫時先別去玩大阪的 CodeBuild；老菜卜帶你玩東京的 CodePipeline

tags: 鐵人賽 AWS support codebuild

前情提要

• 昨天我升級了 AWS Support Plan，Support team 還沒回覆
• 今天先來完成我們的自動化生產線

CodePiple

簡介

• 是 AWS 生產線工具的大統領。
• 收費服務，原則上每條產線一個月收一塊美金，費用還需要額外囊括他的子服務。
• 因為 AWS 極力推廣這個服務，所以每個帳號，每個月，可以建立一條免費的生產線。
• 另外要收費的部分咧，就是那些剛建立出來的第二、第三⋯⋯條流水生產線，各自的第一個月不會收錢。
• 想要深入看他的計費方式，可以參考 這個文件

這很重要啊！！ 因為剛開始做流水線的時候，總是跌跌撞撞。
如果看到這邊心動，想要玩生產線的話，就繼續往下看吧！！

操作

建立流水線

• 首先開啟你的 AWS console，切換到有支援的地區，例如東京。看到橘色的按鈕，按下去就對了。
  
• 觀察步驟望文生義
  
  1. 首次設定，取名字哪有什麼難的、Service role 首次都選自動產生一個新的，他是用來決定你的流水線處手可以伸及何處⋯⋯
     
     • 進階設定？不用改；除非你想換 key、換產物位置
       
  2. 決定原始碼來源
     • 我愛免費版的 GitHub 不愛 CodeCommit；要 Connect to GitHub 之後才會看到下圖的樣子喔！
     • 選 Webhooks 觸發流水線
       
     • Branch 咧～理論上，應該要是 dev 或是 feat-xxx 或是 bugfix-xxx 之類的
     • 我就先偷懶一下，還沒跑開發流，所以只有 master
       
  3. 如何去 build code
     • 有沒有長得很像 CodeBuild ? 在這個流程就是去建立 CodeBuild 流程沒錯！！
       
     • 如果你沒有建立過 CodeBuild，記得先按按鈕喔！！
       
  4. 如何將成果部署到測試環境
     • 根據部署的需求來決定要不要 CodeDeploy
     • 這個是 Optional 的階段，我先跳過他，有需要再回頭來改！
       
  5. 回顧這串設定
     • 嗯，要仔細檢查設定喔！！
       

實作結果

• 一天又平安的過去了，感謝飛天小女警的努力！
  

結論

實用建議

• 如果你不確定 buildspec.yml 裡面的行為，邊改邊上code邊跑流水線邊看測試結果，效率低。
  • 抽換 build 階段的 runner 變成客製化容器
  • 透過撰寫 Makefile 去包容器、在容器裡面測試
  • 或是使用 docker run -it 方式連到容器裡面攪和～～
  • 最後把這些測試用指令改到 buildspec.yml 裡面

碎念

• 今天上班好忙忙到晚上十點半才動筆，謝謝各位寬容大量。
• 明天寫新玩具 AWS Outpost 落地機櫃開箱文，嘿嘿！！