This document satisfies the OpenSSF Best Practices documentation_roadmap
criterion. It describes how Simple Container plans, tracks, and ships
future work in public.
Simple Container does not gate features behind a future "version X" cut.
Production releases are cut automatically on every merge to main,
using calver tags YYYY.M.X. Detailed release mechanics, notes
generation, and security-fix labelling conventions are documented in
RELEASES.md.
This means there is no separate "next release date" the roadmap targets. What ships next is what's open and approaching merge.
| What | Where |
|---|---|
| Feature requests + planned work | Issues with feature label |
| Open security work | Issues with security label |
| Active work in flight | Open pull requests |
| Recently shipped | Releases page |
| Architectural direction | ARCHITECTURE.md + design records under design/ |
| Threat model + security posture | SECURITY.md |
| Dependency + SCA policy | DEPENDENCIES.md |
The following are the broad themes the maintainers are working on. They are not commitments — priorities shift as security reports, downstream consumer needs, and contributor bandwidth change. For real-time state, the Issues page above is canonical.
- Supply-chain hardening. Sigstore keyless signing, SLSA Build L3
provenance, CycloneDX SBOM attachment, signed-release sidecars,
reachability-aware SCA gating. The pieces already shipped are
visible on the Releases page;
open work surfaces under the
securitylabel. - Cloud-integration breadth. New cloud-provider stack templates
for AWS / GCP / Azure / Kubernetes deployment shapes. Tracked under
the
featurelabel. - Documentation depth. Per-cloud guides, troubleshooting,
walkthrough examples published to
docs.simple-container.com. - OpenSSF maturity. Climbing Scorecard score + completing bestpractices.dev attestation against the OpenSSF Baseline (project 12886). State visible via the badges in the README.
- File an issue with the appropriate label, or open a discussion in the repo's Discussions tab for larger ideas.
- Maintainer triage assigns priority based on user demand, security
impact, and alignment with the themes above. See
MAINTAINERS.mdfor the decision-making process maintainers use. - Implementation happens via PR per the contribution rules in
CONTRIBUTING.md. - Merge ships it — the next push to
maincuts a release.
Simple Container is a maintained product, not a hobby project. The
long-term direction is set by the maintainers (see
MAINTAINERS.md) in consultation with the
downstream consumers who depend on it. Material direction changes are
discussed in the public Discussions tab before any breaking change
ships.