v2.4.1 beta1 リリース #1249
v2.4.1 beta1 リリース #1249
Conversation
|
✅ Build sakura 1.0.2738 completed (commit 77292ab73a by @KENCHjp) |
|
どなたか berryzplus さんの環境で起きた #1246 (comment) の現象について確認してもらえないでしょうか？他の方の環境でも同様の現象が出る場合は revert する PR を作成しようと思います。 |
|
検証中・・・？ ウチの端末で起きてるマウスドラッグ時の描画がおかしくなる問題は、実害なさそうなのでスルーでいい気がします。 |
|
#1246 (comment) の現象ですが、https://discordapp.com/channels/457826864879370250/458844734690033664/706754940155985960 |
|
#1265 を作成しました。 |
|
おお、これはマージ、まっててレビュー通ればそのままリリース作業入っていいのかな？ ヘルプのマージとか入っていますが、どなたか流れを支援プリーズ。 |
|
個別にマージＰＲが手間ならいっそBeta1をDeadにしてmasterから改めてBeta2作りましょうか。 |
|
不具合の内容をみてないのであれですが、2.4.1は選択文字列の字数間違いを早めにリリースしたい意図があるので、仮に対応中の不具合がデグレードであっても致命傷でなければ、次リリースでもいいかなと思っています。 |
|
う～む。こうしたい・・・（肌色がこのPR、緑色がピックアップで取り込みたいPR、赤色が統合されたブランチ）
これって実は「このままpushしたらOK」とか、そういう話？（よく分かっとらん |
|
@berryzplus さん
出来るなら PR #1255 のコミットも取り込んだ方が良い気はします。こちらで取り込みPRを作成しておきますか？
push 出来る権限があるなら、他メンバーに告知すれば混乱は生じないのでOKだと思います。 masterブランチに直接 push とかはそこそこ多い人数が関わってるプロジェクトなので問題あると思いますが、release用のブランチであればメンバーに周知すれば問題無い気がします。 もしそうされるなら自分が作成したPR群 #1279, #1280, #1281 は close します。 ただもし不安ならberryzplusさん本人以外のメンバーにもチェックを行ってもらうのが良いと思います。が、その場合はPRを作成するやり方でもいっしょかもしれません。自分はひとつひとつ個別にPRを作成しましたが、一気にまとめて対応したPRでも良い気はします。 色々なやり方が考えられますが、まぁどの方法でも大体問題無いんじゃないかなと思います。あと今 あと |
|
@KENCHjp さん
Beta1 を廃版にしないでも手元の |
|
個別に pr するメリットは、レビューするのもそうですが、 |
|
releaseブランチは protect 設定されているので、直 push はできないようにしてます。 単純に beta2 作るのが、簡単でいいと思います |
|
@sakura-editor/sakura-developers |
|
https://github.com/sakura-editor/sakura/tree/release/v2.4.1-beta2 |
|
はい、本件了解です。beta1はDeadで（タグ打たない）、beta2作りましょう。 |
PR の目的
v2.4.0 リリース後に発生したクリティカルな不具合の修正。
本PR問題なければタグうちしてpre-release作成する。
beta1リリース後1week程検証し、問題なければbeta1を元にリリースブランチを作成してリリースする。問題あればmasterよりbeta2をブランチして再テスト、以降繰り返す。
カテゴリ
PR の背景
PR のメリット
PR のデメリット (トレードオフとかあれば)
PR の影響範囲
関連チケット
#1241
#1238
参考資料