Patch Branches
Patch providers use `patch/
Structured Requirements
Patch providers must create version-scoped source workflow branches using patch/
| Check | Severity | Evidence |
|---|---|---|
|
FORK-002.CHECK-001 Supported line has a patch version branch |
blocking | branch_name |
Requirement
Patch providers MUST create source workflow branches using the form:
patch/<version>
The <version> segment SHOULD identify the major, minor, or maintenance line being patched.
Rationale
OSERA may patch multiple major or minor versions of a single upstream project. Version-scoped branches make the supported line explicit and avoid mixing unrelated maintenance histories.
The patch/ prefix is deliberately a source workflow convention, not the official patched-release identity. Official OSERA release tags and artifact versions are defined by REL-003 through the applicable ecosystem profile. Java release naming is defined in REL-003-JAVA.
The version segment in patch/<version> SHOULD correspond to the upstream version or maintained line used by the baseline tag in FORK-003 and the official patched-release identifier in REL-003.
Examples
patch/5.3.x
patch/2.7.x
patch/1.2.17