本家追従の運用サーバがやってるのって、本家の状態＋自分の改造なので、

アップデートの度にこの状態（本家の状態＋自分の改造）にリセットする（rebaseする）のが、考え方として正しいような気がするんだよね。

v2.8.4＋改造のブランチをrebaseで作ったら、それはそのまま公開し続けて、

v2.9.0rc1＋改造のブランチをrebaseで作ったら、それもそのまま公開し続けて、

サーバ上ではcheckoutするブランチを指定して切り替える運用にする。

master追従する場合は、追従するブランチは安定状態がないから、これはガンガン更新することにして、部外者がcherry-pickするのはご遠慮頂く。してもいいけどすぐ消える。

代わりに、リリースタグが来たらその時点のブランチを作って残していく（上述）

有用な改造は、本家にPR。取り込まれたら独自公開を中止する。

本家にマージされない類のものは、リリース＋改造ブランチで都度公開する。

これは、同一リリースにcherry-pickする限りはコンフリクトしないし、動くと期待できるので、皆が取り込みやすい。
#mastodev