satakagi
commented
6 years ago 同様にバージョンを記載しているファイルが複数個所にあるのも削除してしまってもいいと思いますが、理由が何かあれば教えてください。
Closed satakagi closed 5 years ago
satakagi
commented
6 years ago 同様にバージョンを記載しているファイルが複数個所にあるのも削除してしまってもいいと思いますが、理由が何かあれば教えてください。
tadfmac
commented
6 years ago setup.md を見ていただければわかりますが、オンラインからsetupする手順で zipファイルを使っています。また、version.txtが複数あるのは、前回のオミュニティミーティングでお話した通り、srv.jsと httpdのドキュメントルートが異なるためで、(現在はpolyfill側は未対応ですが、srv.js側では起動時にlog種ts力することで問題切り分けのヒントになるようにしています)、それぞれのversionの整合性を確認可能にするためです。
ちなみに、release.shで、zipアーカイブと zip内不要ファイルの削除等は自動的に走るので、リリースが面倒になることはないという認識です。
dynamis
commented
5 years ago setup.md (setup.sh) ではダウンロードして展開しているだけなので、gc.zip, gc_zip 自体をリリースファイルとして配布するのでなければ zip がリポジトリは以下にある必要は無さそうに見えました。
単純にリポジトリ全体の zip をダウンロードしてそこから必要なディレクトリを展開すれば良い気がするのですがそれではまずいもしくは gc, _gc 単体の zip を配付する需要が想定されていましたでしょうか。 https://github.com/chirimen-oh/chirimen-raspi3/archive/master.zip
関連して確認すると、cdn ディレクトリも gc 配下のコピーであれば直接 gc 配下を参照させるでも問題はない気がしますが、ディレクトリを揃える以外に、リリース前のコミットが混ざらないようにするためとか意図があるのでしょうか？
もし gc 配下の者と同じで良いのであれば cdn ファイルは現在 mz4u.net にあるものなども全自動でこのリポジトリからホスティングできるように何かセットアップできれば、cdn ディレクトリもなくすことが出来て release ディレクトリとスクリプトを廃止できる可能性があるのではないかと思っての確認です。
dynamis
commented
5 years ago リリース検証手順として、リポジトリにコミットする前に zip を作って zip からリリース手順を実行して検証するという流れになっていたために zip を作るリリース手順だったとのこと。
github リポジトリからのインストール、リリース検証とローカルディレクトリからのインストール、リリース検証の両方が出来るようになっていれば (setup.sh にオプションでローカルディレクトリなりその zip からのインストールなりを指定可能にすれば) リポジトリコミット前のテストの繰り返しも可能かつリポジトリには同じ中身 (で維持されるか分からない) zip を残さずに済む。
また、github からのインストールにしても特定のリビジョンでのインストールをするためにはリリースタグを付けたアーカイブをダウンロードしてインストール出来れば良いわけで、リモートの場合でも setup.sh ではインストールする対象を指定可能であるべき。
以上踏まえて作業手順:
dynamis
commented
5 years ago バージョン指定などの機能まで作らなかったが netlify で自動ビルド＆それを setup.sh で読み込む形にしたのでクローズ
もしもgcと_gcディレクトリの内容と同じものがzipされているだけなのだとすると、リリースが面倒になるので削除してしまった方が良いと思っていますが、他に何か違いや目的があるようでしたら教えてください。