Add PROJECT_PATH environment variable
See original GitHub issueDo the checklist before filing an issue:
- Is this related to the
actions-rs
Actions? If you think it’s a problem related to Github Actions in general, use GitHub Community forum instead: https://github.community - You’ve read the Contributing section about feature requests: https://github.com/actions-rs/.github/blob/master/CONTRIBUTING.md#feature-requests
- Is this something you can debug and fix? Send a pull request! Bug fixes and documentation fixes are welcome.
Motivation
For a variety of reasons, many projects don’t contain their Cargo.toml
file in their root directory, or they have multiple sub-projects each with their own Cargo.toml
s. Would it be possible to make the project path configurable? That way the community would benefit from being able to run from a specified path.
We’ve added this action to a few of our projects and I’m in the process of expanding that to others as it works well, but I’ve hit this issue which seems to block me from using it in projects such as here ~and only the root directory `Cargo.toml in this repo here~ EDIT: was mistaken about this particular linked repo being an example.
Workflow example
name: Security audit
on:
schedule:
- cron: '0 0 * * *'
paths:
jobs:
audit:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v1
- uses: actions-rs/audit-check@v1
with:
token: ${{ secrets.GITHUB_TOKEN }}
env:
PROJECT_PATH: ./my_sub_folder
Additional context
As far as I’m aware there’s no way around this at the moment. Been looking for workarounds to this issue I’m facing and found the working-directory
option here but turns out it can only be used with run
and not with uses
.
Found a PR here which seems to have resolved this in another action, hoping something similar would work with audit-check.
Issue Analytics
- State:
- Created 3 years ago
- Reactions:16
- Comments:8
Top GitHub Comments
I need this as well. This issue seems to have become stale, but it is quite important. Not every repository has the Rust code /
Cargo.toml
directly in the repository root.We need this for our monorepo.
See also #194
Ideally, I would suggest letting cargo do the work; it already has a
--manifest-path <path/to/Cargo.toml>
argument.In fact, other actions in the
actions-rs
repo permit this via