そうそう、古いまま＝悪い、で捉えるかなと思うので補足しておくけど、

Mastodonが保守的なのは凄くメリットが大きくて、

2017年にアカウントつくって久しぶりに戻ってきた人も普通に使える学習コストの低さ（解説記事も長く使える）、

CSS書いてもDOM構造が大きく変わらないのであまり手を入れずに長く使えるし、

APIも大きな改訂時にはv2を増やしたりして後方互換性を維持するようになっているし、

（書き方が悪い例を除けば）クライアントアプリもずっと使えたりしますよね。

フォーク勢も、追従でそれほど苦労せずにやってこれています。

長期メンテナンスされているコードなので、あらかたバグもつぶされていて、新たに入りにくい。

たとえば操作ボタンなどのアイコンのフォント（Font Awesomeっていうのを使ってます）も、新しいバージョンがいくつもあるんですが、これまでと大きくイメージが変わらないよう、わざと古いものを使い続けていたりします。

📦 New Pull Request: "Release: 13.12.0"
https://github.com/misskey-dev/misskey/pull/10774

Mastodonなどを改造した時の、ソースコードの公開の話？

公開を求められた時だけ対応するのはかまわないけど、普段やらないでいるっていうことは、いざやるときに大変だよね？

（要求してきた人を悪し様にいう誰かを思い出しながら）

なので、こういうのは自動化しておきます。

そもそも大元がGithubなど公開の場で開発していて、それをソースコードへのリンクにして示しているので、真似するのが楽です。

Mastodonの場合は、.env.productionにこう書きます。

GITHUB_REPOSITORY=fedibird/mastodon

こまめに更新してる場合はそれだけだと足りないので、

SOURCE_TAG=1e3a607067e610e30300fd1c4b09379febde3795

というようにコミットハッシュも示します。

再起動スクリプトにこれを仕込んで自動化すれば絶対に忘れません。

echo "SOURCE_TAG=`git rev-parse HEAD`" > /home/mastodon/.env.extra

mastodon-webにこれを仕込んであります。

[Service]
EnvironmentFile=/home/mastodon/.env.extra