Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

v2.4.2リリース作業 #1870

Closed
9 tasks done
berryzplus opened this issue Nov 30, 2022 · 12 comments
Closed
9 tasks done

v2.4.2リリース作業 #1870

berryzplus opened this issue Nov 30, 2022 · 12 comments
Labels
Release Release作業チケット【ChangeLog除外】

Comments

@berryzplus
Copy link
Contributor

berryzplus commented Nov 30, 2022

要約

このチケットでリリース作業の進捗管理をします。

経緯

#1868 での問題報告を受けて、更新リリースを行います。

タスクリスト

@berryzplus
Copy link
Contributor Author

#1385のマージコミット(d884ae4)をv2.4.1にマージしたところ、ビルドが通りませんでした。

既にくじけそうです。

@berryzplus
Copy link
Contributor Author

タグ打ってpushしました。 5977eba

@m-tmatma
Copy link
Member

m-tmatma commented Dec 4, 2022

#1873 (comment)

レビューありがとうございます。進めてしまいます。

バージョン表記は変えているで問題はなさそうに思います。

v2.4.2.xxxのxxx部分はタグビルドのときだけ入る仕組みで、採番の基準も「Appveyorのビルド番号」から「Gitリポジトリの総コミット数」に変えていたと思います。

うまく動いてないように見えます。
https://ci.appveyor.com/project/sakuraeditor/sakura/builds/45568989/job/ih4tvklv54dthp4d/artifacts

image

@berryzplus
Copy link
Contributor Author

リリース作業ストップしました。

@berryzplus
Copy link
Contributor Author

直すのそんなに難しくなさそうですがどうします?

v2.4.2で複数verのリリースをしないのであれば枝番がでてなくても問題はないと思います。
通し番号的なものが欲しい、というニーズがあるなら対応したほうが「よい」になります。
対応する場合、master側にも変更を適用しないといかんので余分にひと手間要ります。

@beru
Copy link
Contributor

beru commented Dec 4, 2022

v2.4.2で複数verのリリースをしないのであれば枝番がでてなくても問題はないと思います。
通し番号的なものが欲しい、というニーズがあるなら対応したほうが「よい」になります。
対応する場合、master側にも変更を適用しないといかんので余分にひと手間要ります。

v2.4.2で複数verのリリースはしない方が良いと思います。v2.4.2はリリースのアナウンスとかはまだされていないと思うので、ステータスとしてはまだリリースはされていないですよね?それであれば上書き(tagを削除して作り直し?)すれば良いのかなと。

個人的には4番目の通し番号はいらないと思います。4番目の通し番号があると、その分3番目とか2番目の通し番号の数値が上がりにくくなりそうです。

リリースしたけどミスっちゃたから短い間隔で再度リリースする、という場合に(まだv2.4.2リリースはされていないという認識ですが)3番目の通し番号の数値を上げるのに抵抗がある場合は、4番目の通し番号的なものを導入するのは有りかもしれません。ただし4番目の通し番号は「Gitリポジトリの総コミット数」なので、それと概念がぶつかってしまうと思います。

(内部的な)リリース呼称として下記のように扱うという事だけであれば問題無いと思います(このリリース呼称はソフトウェアの画面やインストーラーには登場しないという前提)。ただ基本的には1,2,3番目の通し番号が同じ数値で再リリースはなるべくしない方が良いとは思います。

  • v2.4.2 0th
  • v2.4.2 1st
  • v2.4.2 2nd
  • v2.4.2 3rd
  • v2.4.2 4th
  • v2.4.2 5th
  • .....

@k-takata
Copy link
Member

k-takata commented Dec 4, 2022

v2.4.2で複数verのリリースをしないのであれば枝番がでてなくても問題はないと思います。
通し番号的なものが欲しい、というニーズがあるなら対応したほうが「よい」になります。

前回から思っていたのですが、正式リリースではタイトルバーにビルド番号まで出す必要はないと思っています。v2.4.2 でいいのでは。ビルド番号を気にしたくなるのは開発中のバージョンを使っているときだけかと。
(バージョン情報ダイアログにビルド番号まで出すかはどちらでも)

今回直すべきかというと、必須ではないと思います。

@berryzplus
Copy link
Contributor Author

#1874 をマージしてtagを付けなおしました。 (a3e6391)

@berryzplus
Copy link
Contributor Author

CHANGELOG.md を masterに取り込む

sakura-editor/changelog-sakura の artifacts の CHANGELOG.md
 ↓
sakura-editor/sakura の CHANGELOG.md

具体的にどうしたらいいか、固まったので保留中。

@m-tmatma
Copy link
Member

m-tmatma commented Dec 13, 2022

CHANGELOG.md を masterに取り込む

sakura-editor/changelog-sakura の artifacts の CHANGELOG.md  ↓ sakura-editor/sakura の CHANGELOG.md

具体的にどうしたらいいか、固まったので保留中。

https://ci.appveyor.com/project/sakuraeditor/changelog-sakura/branch/master/artifacts
とかで CHANGELOG.md をダウンロードして、master に適用する PR を投げるイメージですが、

2.4.2 のタグが、master とは別系統になっているので、
2.4.1 ~ 2.4.2 までの変更と
2.4.2 移行の変更とわかれてないですね。

できているかもしれません。

@m-tmatma
Copy link
Member

CHANGELOG.md を masterに取り込む

sakura-editor/changelog-sakura の artifacts の CHANGELOG.md  ↓ sakura-editor/sakura の CHANGELOG.md

具体的にどうしたらいいか、固まったので保留中。

#1877

@berryzplus
Copy link
Contributor Author

ありがとうございます。

全作業完了したので閉じます。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Release Release作業チケット【ChangeLog除外】
Projects
None yet
Development

No branches or pull requests

4 participants