從零星的 copy fork 演進為 upstream 持續更新模式

繼上文 git 分支運作模式之我見的論述後，下文繼續深入軟體開發面臨的問題與解決模式。

一個軟體有很多客戶使用，客戶A要客製化功能 p+x, 客戶B要客製化功能 q+y, 客戶C要客戶 r+x+y, …。因應不同時期不同的客戶需求，同一套軟體可能因此有多個 fork branches。每個 branch 主體大致上是相同的，但可能約有 5~10% 左右是依客戶需求而特別訂製的。這樣的需求趨動下，常常會伴隨幾個特性狀況如下:

Posted by 每特17劃 on 2015-07-17

Ask, Do, Commit

受到姿勢跑法(Pose Method)將跑步簡化為 Fall,Pose,Pull 三個動作的啓發，我在想，寫程式是否也能有這樣的簡化？

回想了一下，自己寫程式的過程，似乎也可簡單分成三個階段:

Posted by 每特17劃 on 2015-07-17

git 分支運作模式之我見

tag: merge / patch / 上游 / 下游 / 順流 / 逆流

特性: merge strategy

git 的 merge 有多種不同的 strategy 模式，可透過

git merge [-s ] [-X ]

比較常用的有

git merge -s ours # 以我方 branch 為主

git merge -s recursive -X ours # 如遇衝突以我方 branch 為主
git merge -s recursive -X theirs # 如遇衝突以對方 branch 為主

其中, 最重要的是預設模式為

Posted by 每特17劃 on 2015-07-17

WPML 基礎架構與切換機制分析

Posted by 每特17劃 on 2015-07-17

Configer First and Logger Driver Design

2023-09-12

cfgr
logr
bbs, bash blocks
logr -> mqtt -> telegraf -> influxdb

Posted by 每特17劃 on 2015-07-17