161ef94b4f
Check engine pin consistency / Dockerfile / CI pin consistency (push) Successful in 8s
Sirius CI/CD Pipeline / Detect Changes (push) Successful in 23s
Validate Docker Configuration / Validate Docker Compose Configuration (push) Successful in 47s
Sirius CI/CD Pipeline / Build API (${{ matrix.platform }}) (push) Has been cancelled
Sirius CI/CD Pipeline / Build UI (${{ matrix.platform }}) (push) Has been cancelled
Sirius CI/CD Pipeline / Merge Engine Manifest (push) Has been cancelled
Sirius CI/CD Pipeline / Merge API Manifest (push) Has been cancelled
Sirius CI/CD Pipeline / Merge UI Manifest (push) Has been cancelled
Sirius CI/CD Pipeline / Build Engine (${{ matrix.platform }}) (push) Has been cancelled
Sirius CI/CD Pipeline / Build Infra (${{ matrix.service }}, ${{ matrix.platform }}) (push) Has been cancelled
Sirius CI/CD Pipeline / Merge Infra Manifest (sirius-postgres) (push) Has been cancelled
Sirius CI/CD Pipeline / Merge Infra Manifest (sirius-rabbitmq) (push) Has been cancelled
Sirius CI/CD Pipeline / Merge Infra Manifest (sirius-valkey) (push) Has been cancelled
Sirius CI/CD Pipeline / Integration Test (push) Has been cancelled
Sirius CI/CD Pipeline / Public Stack Contract (push) Has been cancelled
Sirius CI/CD Pipeline / Dispatch Demo Deployment (sirius-demo branch) (push) Has been cancelled
Sirius CI/CD Pipeline / Dispatch Demo Canary (main branch) (push) Has been cancelled
Sirius CI/CD Pipeline / Guard Registry Namespace (push) Has been cancelled
1.7 KiB
1.7 KiB
SiriusScan Repository Rollout Checklist
Use this checklist to apply the core Sirius standards to other SiriusScan repositories.
Target repositories:
go-apiapp-scannerapp-agentpingppwebsite
1) Pre-check
- Confirm default branch and active maintainers.
- Confirm repository is public or intended visibility is documented.
- Confirm whether Discussions should be enabled for that repository.
2) Copy baseline artifacts
Copy and adapt from Sirius:
CONTRIBUTING.mdSECURITY.mdCODE_OF_CONDUCT.mdSUPPORT.md(recommended).github/PULL_REQUEST_TEMPLATE.md.github/ISSUE_TEMPLATE/config.yml- Relevant
.github/ISSUE_TEMPLATE/*.ymlfiles
3) Customize repository-specific content
Adjust per repository:
- Repository description (one clear sentence)
- Homepage URL (docs, API reference, or website)
- Topics (4-6 relevant tags)
- README architecture and setup sections
- Template wording for component names and troubleshooting paths
4) Labels and workflows
- Apply label taxonomy from
.github/labels.ymlwhere relevant. - Ensure issue triage workflow is compatible with current labels.
- Keep CI and automation advisory-first in this phase (no new hard gates required).
5) Verification rubric (professional-ready)
A repository is considered ready when all checks below pass:
- Professional first impression from repo homepage
- Clear contribution and support paths
- Security reporting path is present and understandable
- Issue and PR templates collect enough context for maintainers
- Metadata (description/topics/homepage) is complete and coherent
6) Completion record
For each repository, record:
- Date completed
- Maintainer reviewer
- Deviations from baseline and rationale
- Follow-up items