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

@the_boss@theboss.tech あるある。すごいある。

まさらっきさんのGithub本がとても参考になったよ。 @nyadobe@netherdon.nyadobe.online
https://np-complete.gitbook.io/cho-practical-git/

@nyadobe@netherdon.nyadobe.online nyadobe/mastodonを、自分のパソコンにcloneしてきて、それを編集するのがいいと思うよ。変更を開始する前にブランチを作って、addしたりcommitしたりする。

で、変更が一段落したら、Github上のnyadobe/mastodonに変更を反映するために、pushする。

pushしたヤツを、Github上でプルリクエストにして、マージする。

マージしたヤツを、本番サーバ上で（ssh接続で）git fetch & merge（pull）する。

@nyadobe@netherdon.nyadobe.online あ、サーバ上ってのはインスタンスの方か。

@nyadobe@netherdon.nyadobe.online その場合は、同じくGithubのWeb上で、v2.6.2をマージすればいいよ。

@nyadobe@netherdon.nyadobe.online 作業環境と、本番環境と、Githubを、どういう構成にして、どういう流れで作業するか、っていうのを自分で決める必要がある。

コードの変更はどこでやってる？
自分のパソコン上でやってるのか、本番環境のサーバ上でやっているのか、GithubのWeb上でやっているのか。

@nyadobe@netherdon.nyadobe.online checkoutは、単なる切り替えだから、以前の状態は保持されないよ。

改造しているなら、どこかでmergeしないといけない。

.column { width: 350px; }
ってとこを 330px に変えたりすると確認できるよ。だいたい、一文字分広くなって改行位置が変わる。

（画像はChromeのデベロッパーツールでElementsをいじってるところ）

@nyadobe@netherdon.nyadobe.online エライ！！

ちなみにウチ（DTP-Mstdn.jp）はmaster追従系なので、v2.6.2の変更は既に反映されています。

バージョン番号のコミットだけマージするか……。

お、かつ丼さんのピアノ練習配信だ。

Mastodonを改造している人には言うまでも無いと思うけど、こういうブランチでリリースされるやつは、自分のリポジトリでもブランチ切ってマージした方がいいよ。たぶん。

v2.6.2適用する人（もうした人）は、セキュリティフィックスだけじゃなくて機能にも変更来てるから、リリースノートみといてね。
https://github.com/tootsuite/mastodon/releases/tag/v2.6.2

タイムラインの幅が20px広がってるとか、「スレッドを表示」が追加されたりとか、見た目変わるからね！

美味しそう

@nyadobe@netherdon.nyadobe.online CSPをMastodon本体が吐き出すのようになったのごく最近のことなので。消しちゃった方がいいと思う。

@ars42525 @type_zero リプライで会話しないのなぜ（misskeyとのアレで不具合出る？）

マーケットプレイスの頼むとき注意な。Amazonはちゃんとやってても、マケプレの業者が住所名前付きで送り先に問い合わせしてきたり伝票入れてきたりすることあるぞぃ（以前あった。撲滅されていることを祈るが、たぶん厳しい）

@nyadobe@netherdon.nyadobe.online 今は、CSPはMastodon本体が自分で吐き出すので、nginxでは指定しない、という方向になっています。

@squid777@mini.gorone.xyz ぷち☆ごろつきの方は例によってプルリク投げてあるのでヨロ。

皆様、Mastodon v2.5.xのことを覚えておいででしょうか？

今回のリリース、いわゆるバックポートというヤツで、最新のmasterから、一部の修正を先取りしてリリースされたものです。

masterの流れから一度はずれ、stable-2.6というブランチ上にタグが打たれています。

（ちなみにv2.6.1は、リリース直後に見つかった不具合を解消した通常のバージョンアップの流れです）

あとでv2.7にアップデートする際には、v2.6.1からアップデートする流れになります。

@mayaeh タグきたね。