berryzplus
berryzplus
せっかくなのでレス返しておきます。 > * Azpも実行環境にVS2017なら`VS2017-Win2016`、VS2019なら`windows-2019`と指定を分けているので、同様に対応すればよいと思います。 GitHub Actions がサポートする windows OS は公式には1種類らしいです。 https://docs.github.com/ja/free-pro-team@latest/actions/reference/workflow-syntax-for-github-actions#jobsjob_idruns-on サポートが明言されていないのは、visual studio 2017のベースラインサポートが2021年1月で終了するからなのかな?と思いました。 https://docs.microsoft.com/ja-jp/visualstudio/releases/2019/servicing よくよく考えてみると、vs2015はまだメインストリームサポート期間中で、vs2013も延長サポート期間中なんですが、こいつらをサポートするCloud-CIを見かけた記憶がない気がします。 だから「公式にはvs2017がサポートされてないんで、といりぜず最新版でやってる」という解釈で納得した感じです。
> 成果物(=Artifacts)としてダウンロードできるファイルを作成しないようにする、という意味で #1487 のタイトルは間違っとらんと思うのですが、ここで指摘したのは「公開しないならビルドすら不要じゃね?」なのでちょっと違います・・・。 「公開しないならビルド不要」は、必ずしも妥当な理屈とも言えないっす。 ビルド自体が目的(=ビルドが通るかどうかを見たい!)な場合もある気がしてきました。
間違って閉じたことに気付きました。
> 上記以外の方のご参入もお待ちしております 紛れもない「上記以外」なんですけど、参入させてください。 よろしくお願いします。
この話まだ生きてますよね? もしよろしければ @beru さんいかがですか? 推薦させていただきます。
issueやPRにコメント付けるとこから馴染んでもらえればいいと思ってます。 ぼくは2chでも他の掲示板でも躊躇なく書き込む人ですが、そうでない慎重な人のほうが多いことは理解しているつもりです。もっと気軽に話題に入っていけるような楽しいネタを提供できるよう、こちらでも努力を続けていこうと思っております。
バージョン情報ダイアログに出て欲しい情報をテキトーに見繕って名前を振ってみました。 | キー(名前) | 説明 | |--|--| |BUILD_SOURCE_HASH | コミットハッシュ | |BUILD_SOURCE_URL | コミットがpushされている場合のリポジトリへのリンク | |BUILD_SOURCE_TAG | タグビルドの場合のタグ | |BUILD_SOURCE_DIFF | コミットがpushされている場合のsakura/sakura-editor masterとの差分ページへのリンク | |BUILD_VERSION | 累積コミット数 | |CI_BUILD_NAME |...
突き合わせてみるとこんな感じ。 | キー(名前) | 既存項目で似ている環境変数 | |--|--| |BUILD_SOURCE_HASH | GIT_COMMIT_HASH | |BUILD_SOURCE_URL | GIT_REMOTE_ORIGIN_URL | |BUILD_SOURCE_TAG | GIT_TAG_NAME | |BUILD_SOURCE_DIFF | (新規) | |BUILD_VERSION | (新規) | |CI_BUILD_NAME | (新規)...
誤: CI_BUILD_NAME 正: BUILD_ENV_NAME ローカルビルドのときに `CI_BUILD_*` なのは変だから。
OS換装のチャンスですね・・・ かく言う自分も、絶不調のwin8.1+IE11を使い続けておりますが :sob: