v2.4.0 alpha1 pre-release 確認issue #66

KENCHjp · 2019-03-27T07:28:37Z

前のIssueが長くなってきたので新たに立てます。

コメントで上げられた検討事項

「ファイルの排他制御モード」のデフォルトを「排他制御しない」に変更する by m-tmatma · Pull Request #263 · sakura-editor/sakura が治ってない？
成果物の ZIP 内部のフォルダを短くする(リリースファイルのファイル名が長すぎるのでは？)
-> 成果物の ZIP 内部のフォルダを短くする (「リリースファイルのファイル名が長すぎるのでは?」に対応する) sakura#815
EXE の ZIP に入れるファイルが多いのでは？ -> EXE 用の artifacts を Developer 用の artifacts に分離 (EXE の ZIP に入れるファイルが多いのでは？) sakura#816
Webも更新する -> v2.4.0 リリースに合わせて修正する sakura-editor.github.io#48
md5ファイル生成も appveyor で自動化したい -> EXEとInstallerのzipのmd5ファイルを作成 sakura#829
v2.4のヘルプキーワード検索画面のリストが文字化けしている -> v2.4のヘルプキーワード検索画面のリストが文字化けしている sakura#922

KENCHjp · 2019-03-27T07:30:21Z

#52 (comment)
転記。
sakura-tag-v2.4.0-alpha1-build1699-2582c34c-Win32-Release-Exe.zip をダウンロードしましたが
このファイルをフォルダ名にして展開すると
R:\sakura-tag-v2.4.0-alpha1-build1699-2582c34c-Win32-Release-Exe\sakura-tag-v2.4.0-alpha1-build1699-2582c34c-Win32-Release\EXE\sakura.exe
と sakura.exe までのパスが137文字あって長いのは少し対策が必要じゃないか？と思いました。

R:\sakura-v2.4.0-alpha1-Win32-Release-Exe\sakura-v2.4.0-alpha1-Win32-Release\EXE\sakura.exe
になったらちょっとマシかな？と思いました。

ちなみにインストーラーだと
R:\sakura-tag-v2.4.0-alpha1-build1699-2582c34c-Win32-Release-Installer\sakura-tag-v2.4.0-alpha1-build1699-2582c34c-Win32-Release\Installer\sakura_install2-4-0-1699-x86.exe
EXE ファイルまでのパスが137文字あります。

takke · 2019-03-27T07:41:21Z

早速ありがとうございます。

EXE の ZIP が Installer よりもデカイ(18.6MB)のが気になっていまして、そのままアップロードしていいのか躊躇していました。

sakura.pdb や sakura_lang_en_US.pdb は(debugビルドはともかく)Releaseビルドには不要かなと思うのですがいかがでしょうか。

takke · 2019-03-27T07:44:20Z

R:\sakura-v2.4.0-alpha1-Win32-Release-Exe\sakura-v2.4.0-alpha1-Win32-Release\EXE\sakura.exe
になったらちょっとマシかな？と思いました。

私もリリース版は sakura-v2.4.0-alpha1-Win32-Release-Exe.zip くらいにリネームしてアップロードでもかまわないと思います。Artifacts へのURLも貼っていただいているのでどのビルドかは追跡できると思いますし。

KENCHjp · 2019-03-27T07:47:05Z

sakura-editor/sakura#263

これが治ってない気がします。
うち的にはこれキラーコンテンツなのでどなたか検証対応をお願いします。

KENCHjp · 2019-03-27T07:48:23Z

sakura.pdb や sakura_lang_en_US.pdb は(debugビルドはともかく)Releaseビルドには不要かなと思うのですがいかがでしょうか。

私も思ったのですが、一旦そのままあげてみました。
releaseビルドに必要なければ、削りたいですね。

k-takata · 2019-03-27T07:52:13Z

sakura.pdb や sakura_lang_en_US.pdb は(debugビルドはともかく)Releaseビルドには不要かなと思うのですがいかがでしょうか。

Releaseビルドを実行中に起きたエラーを調べるには、Releaseの .pdb も必要だと思います。ただ、同じ .zip ファイルに入れるべきかは疑問です。ついでに、sakura-doxygen.chm/chi も別zipでいいのではないかという気がします。
なお、sakura_lang_en_US.dll には実行コードがないので sakura_lang_en_US.pdb はRelease/Debugともに不要だと思います。

KENCHjp · 2019-03-27T07:55:34Z

ファイル名の長さおよび何を梱包するかについては、ci系手を入れるのが工数かかるようであれば（またはセンシティブであれば）、一旦手動対応でも構わないかなと思っています。
何を梱包するかだけの議論でいいかと思うので。
最悪インストラーのみ公開でも構わないかなと。

KENCHjp · 2019-03-27T08:16:22Z

sakura-tag-v2.4.0-alpha1-build1699-2582c34c-Win32-Release-Installer.zip
sakura-tag-v2.4.0-alpha1-build1699-2582c34c-Win32-Release-Exe.zip

このこらの中のパスが、
\sakura-tag-v2.4.0-alpha1-build1699-2582c34c-Win32-Release\EXE
\sakura-tag-v2.4.0-alpha1-build1699-2582c34c-Win32-Release\Installer
がついてるので、まるっと取ってて直下をzip化してもいいかもですね。

KENCHjp · 2019-03-27T08:17:31Z

インストーラーをWindows10(32bit)で、新規インストールアインインストールの動確しました。

KENCHjp · 2019-03-27T08:30:23Z

備忘録
https://github.com/sakura-editor/sakura-editor.github.io
こっちもv2.4.0リリース用のブランチ切る。

m-tmatma · 2019-03-27T09:01:54Z

sakura-editor/sakura#263

これが治ってない気がします。
うち的にはこれキラーコンテンツなのでどなたか検証対応をお願いします。

これは新規インストールのみです。
アップデートインストールでは、設定値は変更されないので。

KENCHjp · 2019-03-27T09:05:10Z

これは新規インストールのみです。

新規インストールしたつもりです。

C:\Program Files\sakura

このsakuraフォルダと、

C:\Users<user>\AppData\Roaming\sakura

このsakuraフォルダが無いのは確認して新規インストールしたのですが、
他にありますでしょうか？

KENCHjp · 2019-03-27T09:07:21Z

起動して、
C:\Users<user>\AppData\Roaming\sakura\sakura.ini

ここにiniファイルが出来上がってるのを確認して一度落として、iniファイル削除して再度たちあげてもみたのですが。

m-tmatma · 2019-03-27T09:07:31Z

32bit os ですか？
64bit os だとアプリフォルダが違います。

m-tmatma · 2019-03-27T09:08:44Z

↑ 書いてた。

KENCHjp · 2019-03-27T09:08:47Z

32bit osです。
VirtulaBoxで32bitのまっさらな環境作って確認中。

m-tmatma · 2019-03-27T09:20:58Z

sakura-tag-v2.4.0-alpha1-build1699-2582c34c-Win32-Release-Installer.zip
sakura-tag-v2.4.0-alpha1-build1699-2582c34c-Win32-Release-Exe.zip

このこらの中のパスが、
\sakura-tag-v2.4.0-alpha1-build1699-2582c34c-Win32-Release\EXE
\sakura-tag-v2.4.0-alpha1-build1699-2582c34c-Win32-Release\Installer
がついてるので、まるっと取ってて直下をzip化してもいいかもですね。

これは sakura-editor/sakura#114 (comment) で対応したものです。

パスを短くするのは zipartifacts.batをちょこっと変えるだけです。
ただ、私は今日は時間は取れないです。

今日リリースすることにこだわらなくてもいいんじゃないかとは思ってます。
見つかった問題を対処してからリリースする方がいいと思います。

KENCHjp · 2019-03-27T09:39:22Z

すいません、今日releaseにはこだわってないです。
@takke さんが頑張っていただいたので、私もやれる範囲で、一通りreleaseまでやってみようかなって思って手を動かしてみましたが、
まだalpha版なので、こっから1weekぐらいみんなで埃叩いて再来週ぐらいリリース出来たらなってイメージです。
４月中でもいいかなっと。

KENCHjp · 2019-03-27T09:43:26Z

もういっそ新元号にあわせてもいいかなとかか。

beru · 2019-03-27T15:08:44Z

https://sakura-editor.github.io/download.html

こちらのページの更新もリリース作業に加えるのはどうでしょうか？

m-tmatma · 2019-03-27T21:35:47Z

https://github.com/sakura-editor/sakura/releases/tag/v2.4.0-alpha1

にダウンロード数のカウンタつけました。

こんな感じの指定です。

![Github Releases v2.4.0-alpha1](https://img.shields.io/github/downloads/sakura-editor/sakura/v2.4.0-alpha1/total.svg "v2.4.0-alpha1")

m-tmatma · 2019-03-27T22:28:42Z

パス名を短くする PR sakura-editor/sakura#815 を作成しました。
ZIP 内部のフォルダ名に関して、こうしたほうがいいとかあったらコメントください。

m-tmatma · 2019-03-27T22:29:19Z

ファイル名の長さおよび何を梱包するかについては、ci系手を入れるのが工数かかるようであれば（またはセンシティブであれば）、一旦手動対応でも構わないかなと思っています。

sakura-editor/sakura#815 が終わったら PR 投げます。

KENCHjp · 2019-03-27T22:32:36Z

@m-tmatma さん

sakura-editor/sakura#815 が終わったら PR 投げます。

了解です！

m-tmatma · 2019-03-27T22:33:13Z

あと、https://github.com/sakura-editor/sakura/milestone/1 の扱いを考える必要があります。

https://github.com/sakura-editor/sakura/releases/tag/v2.4.0-alpha1 を作成していますが、

alpha1 ～正式な v2.4.0 までのバージョンの間にいくつか変更が入ると思いますが、
どの修正が alpha1 ～正式な v2.4.0 の間に入ったか、わかるようになんらかの形で
管理したいです。

KENCHjp · 2019-03-27T22:33:59Z

@beru さん

こちらのページの更新もリリース作業に加えるのはどうでしょうか？

もち！

KENCHjp · 2019-03-27T22:36:52Z

@m-tmatma さん

＞どの修正が alpha1 ～正式な v2.4.0 の間に入ったか、わかるようになんらかの形で
管理したいです。

ですよね。
正式なv2.4.0とalpha1のタグ付けの間は、Add CHANGELOG.md に再度反映されるかなって考えております。
もしくは、alpha1はあくまで検証で、2.3.0～2.4.0のCHANGELOGでもいいのかなとか。

m-tmatma · 2019-03-27T22:39:56Z

あと、https://github.com/sakura-editor/sakura/milestone/1 の扱いを考える必要があります。

名前を "next release" から v2.4.0 に変更しました。

KENCHjp · 2019-03-28T01:06:19Z

appeyor で sha 系のハッシュをすでに生成してたような気がします。

https://github.com/sakura-editor/sakura/blob/master/appveyor.md

ここに説明ありましたね。
sha256.txtってファイルが出来るように見えるのですが、appveyorの成果物から見つけられず・・・

m-tmatma · 2019-03-28T01:24:21Z

2.4.0 の alpha 1 用のページ、alpha 2 用のページ、正式版のページとリリース毎に作ったらいいと思います。

えーっと、これは wiki の CHANGELOG のことですか？

そうです。
そうすればどの alpha でどの機能をいれたか追跡可能でかつ、生成を
自動かできて楽かと思います。

m-tmatma · 2019-03-28T13:24:01Z

* md5ファイル生成も appveyor で自動化したい

コマンドラインでやる方法はいっぱいあるけど、ハッシュだけ出力はないのだろうか?
https://www.atmarkit.co.jp/ait/articles/0507/30/news017.html

https://docs.python.org/ja/3/library/hashlib.html を使えば python でも書けるが。

m-tmatma · 2019-03-28T13:33:56Z

https://docs.python.org/ja/3/library/hashlib.html を使えば python でも書けるが。

既存の sha256.txt は hashlib を使って calc-hash.py で生成している。

takke · 2019-03-28T15:33:32Z

2.4.0 の alpha 1 用のページ、alpha 2 用のページ、正式版のページとリリース毎に作ったらいいと思います。
そうすればどの alpha でどの機能をいれたか追跡可能でかつ、生成を
自動かできて楽かと思います。

現状の changelog-sakura の設定だと、タグを打った時刻で区切って Issue/PR が抽出されるので、そのままでも alpha1 と alpha2 ～正式版のそれぞれの修正が載ることになります。

例えば Release/v2.4.0-alpha1 タグを打った後に閉じたリリース作業のPR #814 は、今朝生成された CHANGELOG.md には Unreleased すなわち alpha2 相当のところに載っています。
(sakura-editor/sakura#814 自体は management ラベルを付けたので次回からは抽出されなくなりますけど)

CHANGELOG.md には alpha1 等は含めず、正式版の分だけ載せるほうがいいですかね。そうであれば CHANGELOG.md のコミット前の整形がもうひと手間必要になりますね。

KENCHjp · 2019-03-29T00:20:33Z

OS標準ではいっているので、certutilつかうのがハッシュ値とるだけならいいのかなと。

m-tmatma · 2019-03-30T01:01:20Z

sakura.pdb や sakura_lang_en_US.pdb は(debugビルドはともかく)Releaseビルドには不要かなと思うのですがいかがでしょうか。

Releaseビルドを実行中に起きたエラーを調べるには、Releaseの .pdb も必要だと思います。ただ、同じ .zip ファイルに入れるべきかは疑問です。ついでに、sakura-doxygen.chm/chi も別zipでいいのではないかという気がします。
なお、sakura_lang_en_US.dll には実行コードがないので sakura_lang_en_US.pdb はRelease/Debugともに不要だと思います。

sakura-editor/sakura#816

m-tmatma · 2019-03-30T01:19:18Z

サクラエディタ側、web 側ともに release ブランチの protect 設定しました。

KENCHjp · 2019-04-04T23:39:16Z

このIssueで決めてた方がいい気がしてきたのですが、2.4.0リリース直後に、一旦バージョンを2.4.1にして、マジリリースしようとするときに、2.4.1でいいくのか、2.5.0にするのか再協議って運用どうでしょう。

m-tmatma · 2019-04-05T21:23:27Z

https://github.com/sakura-editor/sakura/milestone/2
v2.4.0 以降にいれるための Milestone を作成しました。
v2.4.0 には入れないことを明示して目標スケジュールの共有に使用ください。

arigayas · 2019-05-10T09:23:25Z

v2.4.0 リリースにあたって次のリリース（アルファ2かベータ1）を作成されないのでしょうか？

GitHubに移行して1年以内にv2.4.0がリリースされるのが良いと思っております。

KENCHjp · 2019-05-12T22:51:47Z

@arigayas さん　コメントありがとうございます。
今見つかってるクリティカル不具合（と私がリクエストしたもの）修正と他の方からの動確あつまったら、alpha2かベータ1リリースをしたいとおもっておりますが、本プロジェクトは強制しないのがモットーかと思っておりますので、旗振り力＆誘導力弱い私めはひとまずAzure対応を追いかけ中でございます。

正式リリースを２０周年でだせるといいよねとか、桜の日にリリースできればいいよねとか、一瞬もりあがりましたがこればっかりはメンバーの都合というかパワー次第かと。
気長にお待ちいただければ幸いです^^;

arigayas · 2019-05-13T00:50:36Z

ユーザーは、のんびり待つしかないのですね(´；ω；`)

berryzplus · 2019-05-15T16:09:49Z

「ファイルの排他制御モード」のデフォルトを「排他制御しない」に変更する by m-tmatma · Pull Request #263 · sakura-editor/sakura が治ってない？

win8.1 pro 64bit, win10 pro 64bit で「再現なし」を確認しました。

再現環境が残っていたら sakura.ini 内の nFileShareMode の値がどうなってるか調べてみてほしいです。予想では =1 になっているはず。（コード的には =0 を書くように変更してます。）

KENCHjp · 2019-05-16T04:07:47Z

＞win8.1 pro 64bit, win10 pro 64bit で「再現なし」を確認しました。
お、ではもう一度確認してみます。
再現方法は、常駐していないことを確認したのち、iniファイルを消して起動、なのですが、あってますでしょうか。

berryzplus · 2019-05-16T12:41:11Z

再現方法は、常駐していないことを確認したのち、iniファイルを消して起動、なのですが、あってますでしょうか。

手順は、①sakura.exe と同じフォルダに sakura.ini がないこと、②起動中の sakura.exe がないことを確認したのち、③sakura.exe を起動、④共通設定で「排他制御しない」を確認、⑤「サクラエディタの全終了」をさせてから⑥sakura.iniを開いてnFileShareModeの値を確認、でした。

こちらでも HyperV のOSイメージをダウンロードして再現テストしてみます。

確か既出だと思いますが、MSがEdgeブラウザのテスト用に無償イメージを提供してるみたいですね。
https://eng-notebook.com/post-2199/

sakura.exe.ini の設定によって挙動が変わることに、今気付きました。
インストーラーはどう制御しているんでしたっけ・・・（詳細は調べてみてから書きます。

berryzplus · 2019-05-16T14:18:58Z

Win7 32bitで「再現なし」を確認しました。

先述blog記事のリンク先にあった IE11 - Win7(x86) の VirtualBox 版を使いました。
(Hyper-V版は動かなかったのでVirtualBox落としてきて入れました:smile:)
英語OSのまま、D&Dでinstaller.zipをコピって検証してみました。
Win32 Releaseのインストーラー版で日本語にし、オプションはデフォルトのままインストールしました。

初回起動で not exclusive になっていること、
初回起動の終了時に常駐アイコンが残らないことが確認できました。

sakura.exe.ini はデフォルトで「個人用設定にする」だったみたいです。チェックを外してUACに弾かれたとしても、初期設定が反映されないようには見えない（設定が読めないと「排他制御なし」になる）ので原因は別っぽい気がしました。

KENCHjp · 2019-05-16T22:59:04Z

@berryzplus さん　確認どうもです。
私も追試します。お手数おかけします。

KENCHjp · 2019-05-17T01:07:07Z

別PCがあったのでEXEを展開して確認しましたが、再現しませんでした（ただしく動作します）
私の確認方法に問題があったか環境に何が問題があるようなので、一旦私の確認ミス(おま環)ということにさせてください。
皆様お手数おかけしてすいません。

あとは特に不具合的なの発生してないということですかね。

一件、　
sakura-editor/sakura#909
こういうのはありましたが。
ぼちぼちベータ？

takke · 2019-05-17T04:31:26Z

あとは特に不具合的なの発生してないということですかね。

現時点でダウンロード数も798ありますし、alpha版にしては割とたくさん使われているような気がします。

そろそろ beta1 ですかね？

KENCHjp · 2019-05-17T04:49:17Z

releaseバイナリをAzureからにするのかな？、AppVeyorでいいのかな。
正直どっち(AzureとAppveyor)が何の役割になっているか、追い切れてなくて^^;
シーケンス図っぽいのあると嬉しいかな。

takke · 2019-05-17T05:17:44Z

Azure-Pipelines は AppVeyor よりも速い(並列ビルドができる)し、柔軟な設定が出来たり比較的分かりやすいUIだったりするので皆さんの好みのような気がしています。「お試しで使ってみたら案外良かった」という感想を皆さん持たれてるんじゃないですかね。

ただ、現時点では sakura-editor/sakura#821 が完了していないので(かな？)、Azure-Pipelines の成果物のフォルダ名が sakura-buildLocal-Win32-Release-Installer になっていたりバージョン番号にビルド番号が含まれないなど、暫定的な対応が残っている状況ですよね。

というわけで今リリースするならまだ AppVeyor からですね。
(Azure-Pipelines と AppVeyor の使い分けについて一度別途Issueで整理したほうが良さそう？)

KENCHjp · 2019-05-17T05:52:28Z

@takke さん了解っす。
Web修正しなくっちゃですね、バッサリ過去を捨てるか、最低限だけ修正するかどうしようかなと。。。

m-tmatma · 2019-05-17T20:57:57Z

sakura-editor/sakura#906 を修正する必要があります。

KENCHjp · 2019-05-24T00:19:39Z

v2.4のヘルプキーワード検索画面のリストが文字化けしている
sakura-editor/sakura#922

追記しました。pre-releaseと最近のappveyorの成果物見ましたが化けてる模様。

KENCHjp · 2019-05-24T00:58:19Z

長くなったので次立てました。
#72
こっちはクローズします。

takke added the Release リリース作業チケット label Mar 27, 2019

m-tmatma mentioned this issue Mar 27, 2019

成果物の ZIP 内部のフォルダを短くする (「リリースファイルのファイル名が長すぎるのでは?」に対応する) sakura-editor/sakura#815

Merged

m-tmatma mentioned this issue Mar 30, 2019

EXE 用の artifacts を Developer 用の artifacts に分離 (EXE の ZIP に入れるファイルが多いのでは？) sakura-editor/sakura#816

Merged

takke mentioned this issue Apr 3, 2019

EXEとInstallerのzipのmd5ファイルを作成 sakura-editor/sakura#829

Merged

KENCHjp mentioned this issue May 24, 2019

v2.4.0 alpha1 pre-release 確認issue 2 #72

Closed

8 tasks

KENCHjp closed this as completed May 24, 2019

v2.4.0 alpha1 pre-release 確認issue #66

v2.4.0 alpha1 pre-release 確認issue #66

Comments

KENCHjp commented Mar 27, 2019 • edited Loading

KENCHjp commented Mar 27, 2019

takke commented Mar 27, 2019

takke commented Mar 27, 2019

KENCHjp commented Mar 27, 2019

KENCHjp commented Mar 27, 2019

k-takata commented Mar 27, 2019

KENCHjp commented Mar 27, 2019

KENCHjp commented Mar 27, 2019

KENCHjp commented Mar 27, 2019

KENCHjp commented Mar 27, 2019

m-tmatma commented Mar 27, 2019

KENCHjp commented Mar 27, 2019

KENCHjp commented Mar 27, 2019 • edited Loading

m-tmatma commented Mar 27, 2019

m-tmatma commented Mar 27, 2019

KENCHjp commented Mar 27, 2019

m-tmatma commented Mar 27, 2019

KENCHjp commented Mar 27, 2019

KENCHjp commented Mar 27, 2019

beru commented Mar 27, 2019

m-tmatma commented Mar 27, 2019

m-tmatma commented Mar 27, 2019

m-tmatma commented Mar 27, 2019

KENCHjp commented Mar 27, 2019

m-tmatma commented Mar 27, 2019

KENCHjp commented Mar 27, 2019

KENCHjp commented Mar 27, 2019

m-tmatma commented Mar 27, 2019

KENCHjp commented Mar 28, 2019

m-tmatma commented Mar 28, 2019

m-tmatma commented Mar 28, 2019

m-tmatma commented Mar 28, 2019

takke commented Mar 28, 2019 • edited Loading

KENCHjp commented Mar 29, 2019

m-tmatma commented Mar 30, 2019

m-tmatma commented Mar 30, 2019

KENCHjp commented Apr 4, 2019

m-tmatma commented Apr 5, 2019

arigayas commented May 10, 2019

KENCHjp commented May 12, 2019 • edited Loading

arigayas commented May 13, 2019

berryzplus commented May 15, 2019

KENCHjp commented May 16, 2019

berryzplus commented May 16, 2019

berryzplus commented May 16, 2019

KENCHjp commented May 16, 2019

KENCHjp commented May 17, 2019 • edited Loading

takke commented May 17, 2019

KENCHjp commented May 17, 2019

takke commented May 17, 2019

KENCHjp commented May 17, 2019

m-tmatma commented May 17, 2019

KENCHjp commented May 24, 2019 • edited Loading

KENCHjp commented May 24, 2019

KENCHjp commented Mar 27, 2019 •

edited

Loading

KENCHjp commented Mar 27, 2019 •

edited

Loading

takke commented Mar 28, 2019 •

edited

Loading

KENCHjp commented May 12, 2019 •

edited

Loading

KENCHjp commented May 17, 2019 •

edited

Loading

KENCHjp commented May 24, 2019 •

edited

Loading