Conversation
|
かなり減ったと思うけど、それでも20個弱走っていて、 |
|
細分化、良いと思います!! |
|
あーでも細分化する前提なら |
|
一旦Suggestionを取り入れて、細分化していきたいと思います...! |
Co-authored-by: Ryo Yamashita <qryxip@gmail.com>
|
条件に合わせてactionsを分割したのと、結合してもよさそうなものを結合してみました。 |
.github/workflows/test.yml
Outdated
| - name: Set up Rust (test only) | ||
| if: matrix.os != 'windows-2022' | ||
| uses: ./.github/actions/rust-toolchain-from-file | ||
| - uses: Swatinem/rust-cache@v2 | ||
| with: | ||
| # cargoのキャッシュが原因でテストが失敗する場合はバージョン部分をカウントアップすること | ||
| key: "v2-cargo-test-cache-${{ matrix.features }}-${{ matrix.os }}" | ||
| - name: Run cargo test | ||
| shell: bash | ||
| run: cargo test -vv --features ,${{ matrix.features }} | ||
|
|
||
| xtask-generate-c-header: | ||
| runs-on: ubuntu-latest | ||
| steps: | ||
| - uses: actions/checkout@v3 | ||
| - name: Set up Rust | ||
| - name: Set up Rust (test and lint) | ||
| if: matrix.os == 'windows-2022' | ||
| uses: ./.github/actions/rust-toolchain-from-file | ||
| with: | ||
| components: clippy,rustfmt |
There was a problem hiding this comment.
matrixに"components"を含む形でもよいのでは?
判定するときは${{ contains(matrix.components, 'clippy') }}とかにして。
There was a problem hiding this comment.
確かに、とりあえず移植していたので思いつきませんでした...!
ちょっとやってみますね...!
.github/workflows/test.yml
Outdated
| - name: Validate Cargo.lock | ||
| run: cargo metadata --locked --format-version 1 > /dev/null |
There was a problem hiding this comment.
別workflowに分離してもよさそうな気がします。cargo-fmtも。
There was a problem hiding this comment.
ジョブの数が多いと並行ジョブ数上限に引っかかって、かえってCIにかかる時間が増えそうだったので、まとめられそうなものをまとめてみましたが、分ける方がメリットが大きそうでしょうか...?
いろんな視点からの意見が知りたいです:pray:
There was a problem hiding this comment.
ちゃんと追えてないのですが、Actions起動のオーバーヘッドもあるので、対象のpath範囲が同じならまとめちゃった方が早いのかなと思いました!
Co-authored-by: Ryo Yamashita <qryxip@gmail.com>
Co-authored-by: Ryo Yamashita <qryxip@gmail.com>
|
こちら、そろそろマージできると嬉しいかもです!! |
|
そういえば |
|
@y-chan すみません、こちらどうでしょう・・・! |
|
ぱぱっとやっちゃいたいのですが、ちょっとActionsの書き方を調べるとかで時間がかかりそうなので、 @qryxip さんか @Hiroshiba さん、巻き取っていただけると大変助かります...!いかがでしょうか...? 巻取りが難しい感じでしたら、私の方で頑張ってみます...! |
|
なるほどです! 興味ありますが、ちょっといろんなタスクがあるので着手がかなり遅れる気がします・・・ 🙇♂️ |
|
@y-chan @Hiroshiba こちら、もし良かったら作業引き継ぎますか?(作業を引き継いだことがないので、もしかしたらやり方を質問するかもしれませんが……) |
|
@PickledChair ぜひぜひ!! |
@Hiroshiba わかりました! とりあえず conflict を解消しました。もう少し内容を確認して、どんな作業をすべきか整理したいと思います。 |
| branches: | ||
| - "*" | ||
| - "**/*" | ||
| branches: |
There was a problem hiding this comment.
| branches: | |
| branches: |
| branches: | ||
| - "*" | ||
| - "**/*" | ||
| branches: |
There was a problem hiding this comment.
| branches: | |
| branches: |
There was a problem hiding this comment.
build_cpp_example.ymlに分離したbuild-unix-cpp-exampleがまだ残っています。
There was a problem hiding this comment.
指摘ありがとうございます!
昨日の時点で気づいてはいて、ローカルでは直しています。あとで他の変更と一緒にまとめてpushするつもりでした
| paths: | ||
| - build_util/** |
There was a problem hiding this comment.
参考: #345
| paths: | |
| - build_util/** | |
| paths: | |
| - .github/workflows/build_and_deploy.yml | |
| - build_util/** |
| paths: | ||
| - crates/voicevox_core** |
There was a problem hiding this comment.
| paths: | |
| - crates/voicevox_core** | |
| paths: | |
| - .github/workflows/build_cpp_example.yml | |
| - crates/voicevox_core** |
| paths: | ||
| - '**/Cargo.*' | ||
| - deny.toml |
There was a problem hiding this comment.
| paths: | |
| - '**/Cargo.*' | |
| - deny.toml | |
| paths: | |
| - '**/Cargo.*' | |
| - .github/workflows/cargo-deny.yml | |
| - deny.toml |
| - 'Cargo.*' | ||
| - crates/voicevox_core** |
There was a problem hiding this comment.
| - 'Cargo.*' | |
| - crates/voicevox_core** | |
| - 'Cargo.*' | |
| - .github/workflows/generate_document.yml | |
| - crates/voicevox_core** |
|
@qryxip いくつかのコメントありがとうございます! 参考にさせていただきます。 |
0.16.2のリリースのときにDiscordでも言ったが、現状の `can_skip_in_simple_test`の考えかただと、一番壊れやすい部分がCIされずに リリース直前になって壊れていることが発覚するということが起こる。というか 頻発している。 https://discord.com/channels/879570910208733277/893889888208977960/1432006190006800436 そのためmainブランチ上でのCIは"simple_test"としないこととする。CI時間に ついては、 #382 のようにワークフローを分割したりキャッシュを(もちらん適 切に)効かせるといった方向で対処するべき。
#382 で書かれたものをベースに、今のこのリポジトリに沿うようにする。 .github/以下については漏れが怖いので、一括で`.github/**`という形の指定に する。既存の`on.pull_request.path`にも問題がある気がするが、あったとして も別PRでやることにする。 Co-authored-by: Yuto Ashida <y-chan@y-chan.dev> Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
内容
題の通り
paths条件など、いろいろ絞ってみましたが、間違ってそうであればご指摘お願いします。関連 Issue