Upgrade and Rollback
Upgrade and Rollback
| Field | Value |
|---|---|
| Distribution | BSS — OpenSOF |
| Product | OpenSOF |
| Release | 0.15.1 |
| Deployment | opensof.bss.dev |
| Source | /srv/bss/releases/OpenSOF-v0.15.0-20app |
| Evidence | Lifecycle pattern and optional release comparison |
| Source fingerprint | cda583b42f2a0d296b268ab5b174932a378c8be6fb52ffa1af14af896e990f6e |
| Status | Generated baseline — human review required |
Verification boundary: This page combines platform design guidance with static evidence from the release. It does not prove that every detected interface is enabled, reachable, secure, or operational in the deployed environment.
Pre-upgrade gate
- Previous release path and rollback command are known and tested.
- Database/configuration migrations are identified, backed up and reversible or explicitly irreversible.
- External interfaces and dependent modules have compatibility expectations recorded.
- A maintenance/communications plan exists for user-visible interruption.
- Acceptance tests and responsible reviewer are assigned.
Upgrade sequence
backup → stage new release → install/validate dependencies → migrate if required
→ switch active release → restart affected services → smoke/acceptance tests
→ observe → approve or roll back
Rollback sequence
stop traffic/affected service → restore compatible data/config if required
→ repoint active release → restart → validate local/public endpoints
→ record incident and preserve failed-release evidence
Release-specific comparison
No previous release was supplied. Run with --compare /path/to/previous-release to generate a static change inventory.
Maintainer Notes
Add human-reviewed deployment notes, corrections, decisions, screenshots, and links here. Content outside the generated block is preserved on future runs.