Build

update changelog for release 0.6.1 #88

Triggered via push May 11, 2025 23:17

rholshausen

pushed 394b935

master

Status Success

Total duration 8m 7s

Artifacts –

build.yml

on: push

Matrix: build

Annotations

84 warnings

build (macos-latest, beta): src/main.rs#L301

the borrowed expression implements the required traits

build (macos-latest, beta): src/main.rs#L288

the borrowed expression implements the required traits

build (macos-latest, beta): src/main.rs#L281

the borrowed expression implements the required traits

build (macos-latest, beta): src/main.rs#L193

useless conversion to the same type: `clap::parser::ValuesRef<'_, regex::Regex>`

build (macos-latest, beta): src/main.rs#L192

useless conversion to the same type: `clap::parser::ValuesRef<'_, regex::Regex>`

build (macos-latest, beta): src/loading.rs#L203

writing `&Vec` instead of `&[_]` involves a new object where a slice will do

build (macos-latest, beta): src/loading.rs#L189

writing `&Vec` instead of `&[_]` involves a new object where a slice will do

build (macos-latest, beta): src/loading.rs#L78

very complex type used. Consider factoring parts into `type` definitions

build (macos-latest, beta): src/server.rs#L182

you seem to be trying to use `match` for destructuring a single pattern. Consider using `if let`

build (macos-latest, beta): src/pact_support.rs#L34

unnecessarily eager cloning of iterator items

build (macos-latest, beta)

The `set-output` command is deprecated and will be disabled soon. Please upgrade to using Environment Files. For more information see: https://github.blog/changelog/2022-10-11-github-actions-deprecating-save-state-and-set-output-commands/

build (macos-latest, beta)

build (ubuntu-latest, stable): src/main.rs#L301

the borrowed expression implements the required traits

build (ubuntu-latest, stable): src/main.rs#L288

the borrowed expression implements the required traits

build (ubuntu-latest, stable): src/main.rs#L281

the borrowed expression implements the required traits

build (ubuntu-latest, stable): src/main.rs#L193

useless conversion to the same type: `clap::parser::ValuesRef<'_, regex::Regex>`

build (ubuntu-latest, stable): src/main.rs#L192

useless conversion to the same type: `clap::parser::ValuesRef<'_, regex::Regex>`

build (ubuntu-latest, stable): src/loading.rs#L203

writing `&Vec` instead of `&[_]` involves a new object where a slice will do

build (ubuntu-latest, stable): src/loading.rs#L189

writing `&Vec` instead of `&[_]` involves a new object where a slice will do

build (ubuntu-latest, stable): src/loading.rs#L78

very complex type used. Consider factoring parts into `type` definitions

build (ubuntu-latest, stable): src/server.rs#L182

you seem to be trying to use `match` for destructuring a single pattern. Consider using `if let`

build (ubuntu-latest, stable): src/pact_support.rs#L34

unnecessarily eager cloning of iterator items

build (ubuntu-latest, stable)

build (ubuntu-latest, beta): src/main.rs#L301

the borrowed expression implements the required traits

build (ubuntu-latest, beta): src/main.rs#L288

the borrowed expression implements the required traits

build (ubuntu-latest, beta): src/main.rs#L281

the borrowed expression implements the required traits

build (ubuntu-latest, beta): src/main.rs#L193

useless conversion to the same type: `clap::parser::ValuesRef<'_, regex::Regex>`

build (ubuntu-latest, beta): src/main.rs#L192

useless conversion to the same type: `clap::parser::ValuesRef<'_, regex::Regex>`

build (ubuntu-latest, beta): src/loading.rs#L203

writing `&Vec` instead of `&[_]` involves a new object where a slice will do

build (ubuntu-latest, beta): src/loading.rs#L189

writing `&Vec` instead of `&[_]` involves a new object where a slice will do

build (ubuntu-latest, beta): src/loading.rs#L78

very complex type used. Consider factoring parts into `type` definitions

build (ubuntu-latest, beta): src/server.rs#L182

you seem to be trying to use `match` for destructuring a single pattern. Consider using `if let`

build (ubuntu-latest, beta): src/pact_support.rs#L34

unnecessarily eager cloning of iterator items

build (ubuntu-latest, beta)

build (macos-latest, stable): src/main.rs#L301

the borrowed expression implements the required traits

build (macos-latest, stable): src/main.rs#L288

the borrowed expression implements the required traits

build (macos-latest, stable): src/main.rs#L281

the borrowed expression implements the required traits

build (macos-latest, stable): src/main.rs#L193

useless conversion to the same type: `clap::parser::ValuesRef<'_, regex::Regex>`

build (macos-latest, stable): src/main.rs#L192

useless conversion to the same type: `clap::parser::ValuesRef<'_, regex::Regex>`

build (macos-latest, stable): src/loading.rs#L203

writing `&Vec` instead of `&[_]` involves a new object where a slice will do

build (macos-latest, stable): src/loading.rs#L189

writing `&Vec` instead of `&[_]` involves a new object where a slice will do

build (macos-latest, stable): src/loading.rs#L78

very complex type used. Consider factoring parts into `type` definitions

build (macos-latest, stable): src/server.rs#L182

you seem to be trying to use `match` for destructuring a single pattern. Consider using `if let`

build (macos-latest, stable): src/pact_support.rs#L34

unnecessarily eager cloning of iterator items

build (macos-latest, stable)

build (windows-latest, stable): src/main.rs#L301

the borrowed expression implements the required traits

build (windows-latest, stable): src/main.rs#L288

the borrowed expression implements the required traits

build (windows-latest, stable): src/main.rs#L281

the borrowed expression implements the required traits

build (windows-latest, stable): src/main.rs#L193

useless conversion to the same type: `clap::parser::ValuesRef<'_, regex::Regex>`

build (windows-latest, stable): src/main.rs#L192

useless conversion to the same type: `clap::parser::ValuesRef<'_, regex::Regex>`

build (windows-latest, stable): src/loading.rs#L203

writing `&Vec` instead of `&[_]` involves a new object where a slice will do

build (windows-latest, stable): src/loading.rs#L189

writing `&Vec` instead of `&[_]` involves a new object where a slice will do

build (windows-latest, stable): src/loading.rs#L78

very complex type used. Consider factoring parts into `type` definitions

build (windows-latest, stable): src/server.rs#L182

you seem to be trying to use `match` for destructuring a single pattern. Consider using `if let`

build (windows-latest, stable): src/pact_support.rs#L34

unnecessarily eager cloning of iterator items

build (windows-latest, stable)

build (windows-latest, beta): src/main.rs#L301

the borrowed expression implements the required traits

build (windows-latest, beta): src/main.rs#L288

the borrowed expression implements the required traits

build (windows-latest, beta): src/main.rs#L281

the borrowed expression implements the required traits

build (windows-latest, beta): src/main.rs#L193

useless conversion to the same type: `clap::parser::ValuesRef<'_, regex::Regex>`

build (windows-latest, beta): src/main.rs#L192

useless conversion to the same type: `clap::parser::ValuesRef<'_, regex::Regex>`

build (windows-latest, beta): src/loading.rs#L203

writing `&Vec` instead of `&[_]` involves a new object where a slice will do

build (windows-latest, beta): src/loading.rs#L189

writing `&Vec` instead of `&[_]` involves a new object where a slice will do

build (windows-latest, beta): src/loading.rs#L78

very complex type used. Consider factoring parts into `type` definitions

build (windows-latest, beta): src/server.rs#L182

you seem to be trying to use `match` for destructuring a single pattern. Consider using `if let`

build (windows-latest, beta): src/pact_support.rs#L34

unnecessarily eager cloning of iterator items

build (windows-latest, beta)

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Uh oh!

update changelog for release 0.6.1 #88

Summary