Support wildcards in `sbom` input
- Dominant language
- JavaScript
- Stars
- 287
- Forks
- 95
- Avg merge
- 13h 23m
- Merged PRs (30d)
- 13
Description
A minimal example:
```yml
name: Generate and scan SBOMs
on:
workflow_dispatch:
jobs:
build-and-test:
name: Generate and scan SBOMs
runs-on: ubuntu-latest
steps:
- name: Checkout repository
uses: actions/checkout@v6
- name: Generate some dummy SBOMs
run: |
sbom={"bomFormat":"CycloneDX","specVersion":"1.3","version":1,"metadata":{}}
mkdir package1 package2 package3
echo $sbom > package1/package1.cdx.json
echo $sbom > package2/package2.cdx.json
echo $sbom > package3/package3.cdx.json
- name: Scan SBOMs
uses: anchore/scan-action@v7
with:
# the important bit:
sbom: '*/*.cdx.json'
```
Expected behavior would be that the `scan-action` step would find matches for any `*.cdx.json` files at one depth level (`*/`), however, the above gives an error like this:
```
ERROR failed to catalog: unable to open file */*.cdx.json: open */*.cdx.json: no such file or directory
```
Contributor guide
Research direction
Start by tracing how the scan-action step reads the sbom input and passes its path to cataloging. Verify the wildcard is expanded to the matching files at one directory level, and confirm that each matched SBOM is scanned without the literal pattern causing an open-file error.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- github-actions, javascript
- Domain
- ci-cd, devops
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 66/100