今天凌晨三點多就出海釣魚了，這次是釣鐵板路亞和花軟底棲，同事釣了一尾 11 斤的鱸麻（野生大石斑），還有第一次看到軟絲釣上來後的墨汁攻勢，也算是有體驗到了（吧）。我自己暈船 11 小時，才釣一下就進入睜開眼鏡就吐的狀態，到現在上岸 4 小時坐在電腦前打字還覺得椅子在跟著海浪晃...今天是沒辦法寫正文了，幸運的是剛好寫到一個段落，前面把我研究到目前為止覺得必要的設定都講完了，後面預計會有一些為了開發或佈署方便的各種小修改或小工具介紹，但老實說進度嚴重落後，研究好要講的東西所剩不多，而且還剩幾篇不知道要寫什麼，歡迎大家下面留言講講碰到的問題跟佈署比較有關的讓我參考看看lol。
目前想到的跟開發比較有關的：
跟佈署有關的
再來是如果真的湊不到篇數的篇數，或是上面的東西研究不出來：
我現在的腦子真的還是超晃的，椅子像是在海上旋轉，今天就先這樣了... 感謝各位
Hi, 最近正好準備入坑，有幸拜讀您的大作，實在獲益良多！
想請教您關於第三方模組的管理方式有何想法？感覺用您第二篇所說的把第三方模組也獨立成各個git repo 再加到bundle codebase 的submodules就可以，但隱隱覺得可能有更好的方法。
另外，關於各環境間的設定套用流程也還搞不太懂，例如在測試區新增自訂欄位，要透過什麼樣的流程 migrate 到 staging、prod 才能確保沒有疏漏？感謝☺
Hi, 如我第一篇說的，其實我真的跳下來在下班時間做這些研究也是這三個月的事情，所以你的問題我現在也不確定。
我自己覺得 submodule 的方式蠻合理的，module 有自己的開發、測試時程，integration 也有自己的測試時程，分開兩層放的話 integration 可以決定 pick up 哪一版的 module 是適合自己現在這次 release 的，我自己目前為止想不到這樣會有什麼問題，要請你描述的更詳細一點。
我有點不太懂你的第二個問題，新增自訂欄位的話，不就是以自訂模組的方式加入嗎，那只要我的 integration repo 的 dev 或是 prod Branch 有 checkout submodule 到有做這個開發的 module 版本，就會有這個欄位了啊，還是你指的不是這樣的自訂欄位？
（居然還要先解新手教學才能回留言lol）
感謝回覆~大部分的問題可能是我自己的觀念還沒有很清楚，我覺得用submodule是正確的，只是關於3rd party modules和自己開發的modules的擺放方式還需要再自己嘗試一下。
第二個問題是我看到odoo有developer mode，可以直接在web對model新增屬性，這種方式是把設定存到database而不是修改原始碼，因此會有資料移轉的問題。之前接觸過SAP和Dynamics CRM，他們都是把程式和設定存在DB，有功能把設定匯出/移轉到另一個環境。這有點離題了，我只是這類SOP問題感到好奇，不知道人家實務上怎麼做:)
我沒有 odoo 的實務經驗啊XXD，我連開發 module 的新手教學都還沒空做完，不是很確定你說的增加屬性的方式，但邏輯上你要移過去就是把資料庫內容弄過去吧，升級模組之類的如果有跟原本的值相抵觸的部分，應該也都是要修改資料庫內容的，寫個腳本來移動，或是你用 pgadmin 也可以直接修改資料庫。
不過話說回來，其實沒有正確的佈署方式這種事情，佈署是一個工程問題，所有的決策都是資源跟資源的衡量，這是需要根據你的環境去做修改，像是我習慣就是本地的實體機器全部自己管，但有些人習慣上雲、安全性的增強通常伴隨著效能的損耗、看起來好的方案，若是不符合原本的 tech-stack 也是要用人力資源學習的時間做交換，或是還有很多時候我的選擇單純就是新的方法看起來很優雅好閱讀好維護，所以就是...自己衡量慢慢摸索吧XXD
iThome鐵人賽
看影片追技術