-
Notifications
You must be signed in to change notification settings - Fork 165
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
Comments
#1385のマージコミット(d884ae4)をv2.4.1にマージしたところ、ビルドが通りませんでした。 既にくじけそうです。 |
タグ打ってpushしました。 5977eba |
うまく動いてないように見えます。 |
リリース作業ストップしました。 |
直すのそんなに難しくなさそうですがどうします? v2.4.2で複数verのリリースをしないのであれば枝番がでてなくても問題はないと思います。 |
v2.4.2で複数verのリリースはしない方が良いと思います。v2.4.2はリリースのアナウンスとかはまだされていないと思うので、ステータスとしてはまだリリースはされていないですよね?それであれば上書き(tagを削除して作り直し?)すれば良いのかなと。 個人的には4番目の通し番号はいらないと思います。4番目の通し番号があると、その分3番目とか2番目の通し番号の数値が上がりにくくなりそうです。 リリースしたけどミスっちゃたから短い間隔で再度リリースする、という場合に(まだv2.4.2リリースはされていないという認識ですが)3番目の通し番号の数値を上げるのに抵抗がある場合は、4番目の通し番号的なものを導入するのは有りかもしれません。ただし4番目の通し番号は「Gitリポジトリの総コミット数」なので、それと概念がぶつかってしまうと思います。 (内部的な)リリース呼称として下記のように扱うという事だけであれば問題無いと思います(このリリース呼称はソフトウェアの画面やインストーラーには登場しないという前提)。ただ基本的には1,2,3番目の通し番号が同じ数値で再リリースはなるべくしない方が良いとは思います。
|
前回から思っていたのですが、正式リリースではタイトルバーにビルド番号まで出す必要はないと思っています。 今回直すべきかというと、必須ではないと思います。 |
CHANGELOG.md を masterに取り込む sakura-editor/changelog-sakura の artifacts の CHANGELOG.md 具体的にどうしたらいいか、固まったので保留中。 |
https://ci.appveyor.com/project/sakuraeditor/changelog-sakura/branch/master/artifacts
できているかもしれません。 |
|
ありがとうございます。 全作業完了したので閉じます。 |
要約
このチケットでリリース作業の進捗管理をします。
経緯
#1868 での問題報告を受けて、更新リリースを行います。
タスクリスト
release/v2.4.1
からrelease/v2.4.2
を作って pushrelease/v2.4.2
に対してPR送って merge(v2.4.2リリース準備 #1872)release/v2.4.2
から feature ブランチ作って、バージョン情報を更新するPR送って merge(リリース用に githash.bat を修正、HTMLヘルプ中のバージョン番号を変更 #1873)v2.4.2
のタグを打つ。CHANGELOG.md
に適用する。(v2.4.2 の CHANGELOG.md を適用 #1877)The text was updated successfully, but these errors were encountered: