AcademySoftwareFoundation / AcademySoftwareFoundation/OpenCue
Consider signing release artifacts
- Dominant language
- Python
- Stars
- 957
- Forks
- 259
- Avg merge
- 3d 6h
- Merged PRs (30d)
- 16
Description
The OpenSSF Best Practices Badge suggests [signing release artifacts](https://www.bestpractices.dev/en/criteria). Consider using OpenEXR's [release-sign.yml](https://github.com/AcademySoftwareFoundation/openexr/blob/main/.github/workflows/release-sign.yml) workflow as a template. It's triggered on release creation and does these steps:
1. Runs `get archive` to generate a `.tar.gz` artifact
2. Signs the `.tar.gz` via [sigstore](https://www.sigstore.dev/)
3. Uploads the resulting sigstore signature file along with the tarball.
It looks like your release process already involves generating explicit tarballs, so your signing workflow won't need that step, but it will need to run sigstore on each of the artifacts.
Contributor guide
Research direction
Start by inspecting OpenCue's existing release workflow and artifact generation, then compare them with OpenEXR's .github/workflows/release-sign.yml template. The workflow should run sigstore for each already-generated release artifact and upload each signature alongside its artifact when a release is created.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- github-actions
- Domain
- ci-cd, release, security
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100