のえる DTP鯖管 @noellabo@dtp-mstdn.jp

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

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

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

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

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

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

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

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

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

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

『若干15歳』って表記は厳しいな……。

『わずか15歳』と書いてくれ。
https://ledge.ai/sip-2019-tanmaybakshi/ #dtp

上記の修正が反映されたものは、v2.9.0rc1にチェックアウトする代わりに、最新状態にfetchしたあと、コミットハッシュを直接指定してチェックアウトすることで取り込めます。

git fetch
git checkout 3e8a3f5fe7b2a6f77deaef2d7b019fbf3df64807

まだ、翻訳3つと、上記のマイグレーションの修正（古いバージョンから一気に更新する人向け）、cssにリダイレクトされる問題の修正のみですので、v2.9.0rc1と同等に扱って大丈夫です。 #mastodon