mikutter

トラッカー「提案」のテストも兼ねて変更してみます。

これはパッチの内容的にそのまま「パッチ適用待ち」にしてテストするだけのように見えますが、
このあたりのGOの判断を誰がどうするかがワークフローとして議論必要?

• コミッター+モデレータのメンバーのうち少なくとも 2人がOKと言ったら進める?
• slack や mastodon とかでとしぁさんと会話して「いいよ」だったら進めるとか?
• 最終的に「パッチ適用待ち」にするときにコミッタの判断が入るなら最初は緩くてもいい?

cob odo さんは書きました:

このあたりのGOの判断を誰がどうするか

は、「独断で（もちろん理由は挙げるとして）GO/NO-GOを判断できる権限がモデレータに与えられている」と解釈するのかなーと思いました。
そうは言っても判断が微妙な提案はあると思いますし、迷ったら適宜相談という形でいいのではないかと個人的には思います。

仕様としては歓迎するが、実装（コード）はわからん、という場合は迷うんですよね……。（非プログラマのつぶやき）

公開API変更のような互換性で禍根を残すようなものは別として、「やってみてイマイチだったら元に戻せばいい」という程度の変更なら
あまり気にせず「コミッタorモデレータのうちひとりがOKと判断すれば進める」というゆるいルールでよいような気はします。

「提案」フローについては、単に「こういう機能がほしい」という提案が（非コミッタ・非プログラマ）から出た場合、モデレータがGOの判断をしてもまだパッチは無いので「パッチ適用待ち」にはできなそうだなとは思いました。

「提案」フローの分類待ちの説明がまだ書きかけという感じですが、ステータスとしては「実装待ち」もあるので、
パッチがない提案の場合はそちらになると思います。

で、このチケットは「問題があったら戻せばいい」という類の変更と思うので、パッチ適用待ちにしてしまいますね。
軽く試したところでは動作も問題ないと思います。

ブランチ topic/1269-handle-mobile-twitter-com にpushしました。

動作かくにん！ よかった