Closed qryxip closed 4 years ago
以前「多数のパッケージを一つのワークスペースで管理することでwarmupを不要にする」という話をしましたが、これ(に限らず)を実装するにあったて既存の使いかたに支障が出ないことをある程度確実に保証した方が良いと思うので。
この間use_crossをぶっ壊しちゃいましたし。
use_cross
. ├── abc157 │ ├── Cargo.toml │ └── src ├── abc158 │ ├── Cargo.toml │ └── src ├── abc159 │ ├── Cargo.toml │ └── src ├── Cargo.lock ├── Cargo.toml └── target ├── debug └── release
一応assert_cmdを使うデメリットとしてcoverageが取れないというのがありますがsrc/下をあれこれ書き換えるのが結構面倒なのもあって使いました。
assert_cmd
src/
なんかtestとかが公開コンテストに対してもすべてログインを要求するので一旦draftで。
test
あ、しまった。 途中でdraftにはできないんですよね...
いつの間にできるようになってた...
Still in progress? Convert to draft
omg https://github.community/t5/GitHub-Actions/Why-is-Docker-not-installed-on-macOS/td-p/39364
gen-binaryのテストは#[cfg(target_os = "linux")]にしました...
gen-binary
#[cfg(target_os = "linux")]
修正ありがとうございます。マージしました。
以前「多数のパッケージを一つのワークスペースで管理することでwarmupを不要にする」という話をしましたが、これ(に限らず)を実装するにあったて既存の使いかたに支障が出ないことをある程度確実に保証した方が良いと思うので。
この間
use_cross
をぶっ壊しちゃいましたし。一応
assert_cmd
を使うデメリットとしてcoverageが取れないというのがありますがsrc/
下をあれこれ書き換えるのが結構面倒なのもあって使いました。なんか
test
とかが公開コンテストに対してもすべてログインを要求するので一旦draftで。