Electronビルド時に同梱するVOICEVOX ENGINEのディレクトリを環境変数から変更できるようにする

[aoirint]

内容

Electronビルド時に、同梱するVOICEVOX ENGINEのビルド成果物のディレクトリを環境変数から変更できるようにします。

関連 Issue

ref #219
ref #264

議論

#264 の進め方によっては、VOICEVOX ENGINEのディレクトリを変更するのではなく、VOICEVOX ENGINEを同梱しないようにするオプションを追加するPRを作成するかもしれません。

例えば用途としては、CIの容量制限回避のため、ArtifactにElectronのビルド成果物のみを一度アップロードしてから、別JobでVOICEVOX ENGINEを結合するような形を考えていますが、NSIS側で結合後の7zのハッシュチェックをしていたらできなさそうです..。

GitHub Actionsの容量制限は14GBですが、
VOICEVOX ENGINEのWindows NVIDIA GPU用実行バイナリは、5.5GBあるため、現在の実装では、
コピー元のVOICEVOX ENGINE・Electronビルド成果物の分割前7z・分割後7zの3つ合わせて16.5GB必要になってしまいます。

一応、現在もVOICEVOX ENGINEが存在しなくてもビルドすることはできますが、ビルド時の警告を消すような形と思います。

また、この方法をとる場合、 build/splitNsisArchive.js の処理をスキップするオプションも追加して、これをCI側で再実装する必要がありそうです。

• *.7z.iniファイル生成の実装例: https://gist.github.com/aoirint/71368263dd5118abab699ccaed67379c

[Hiroshiba]

コピー元のVOICEVOX ENGINE・Electronビルド成果物の分割前7z・分割後7zの3つ合わせて16.5GB必要になってしまいます

なるほど・・・可能かどうかは微妙ですが、7z作成後に元のENGINEを削除するワークアラウンドもありそうだなと思いました。

エンジンを別の7zにしておくと、将来的に「ソフトウェアだけアップデート」などが見えてくるので嬉しそうです。
ただやはり修正箇所が大きくなるのが難度高そうに感じました。

[Hiroshiba]

良さそうです！

もしくは、electron-builderはelectron-builder.ymlを配置することでオプションを変更できるかもしれません。
https://www.electron.build/configuration/configuration.html

変更するオプションの数が増えてきたらyamlに記述する方が楽かもしれませんが、いかがでしょう。
（現段階だとまあどちらも良さそうだなと感じました！）

[aoirint]

electron-builder.ymlを配置することでオプションを変更できるかもしれません

なるほど、気づきませんでした。それでもいいかもしれませんね。

変更するオプションの数が増えてきたらyamlに記述する

ひとまず、その方針でいいと思いました！

[aoirint]

いまのうちにyamlに記述するようにしておいた方がよさそうであれば、Closeしてもいいと思います！

ただCIからは、環境変数のほうが注入しやすいかな、とは思っています（CI用のyamlを用意する?）。

[Hiroshiba]

LGTM！

.ymlを用いる場合はCI用のymlを作ったり、Actions内でymlを書いたりとかができそうに思いました！