Skip to content

Commit

Permalink
Merge pull request cloudevents#729 from duglin/rc-releases
Browse files Browse the repository at this point in the history
talk about rc releases
  • Loading branch information
Doug Davis authored Dec 3, 2020
2 parents 78b08d3 + 8366743 commit ffd3f74
Show file tree
Hide file tree
Showing 2 changed files with 21 additions and 0 deletions.
14 changes: 14 additions & 0 deletions community/GOVERNANCE.md
Original file line number Diff line number Diff line change
Expand Up @@ -125,6 +125,20 @@ The specifications produced will adhere to the following:
single logical unit and released at the same time, at the same version number.
This is true regardless of whether each individual document actually changed
during the release cycle.
- When a new release of a specification is ready, it will be given a version
number matching the appropriate semver version string but with a suffix of
`-rc#` (release candidate). This will indicate that the authors believe it
is ready for final release but it needs to go through a testing period to
allow for broader testing before it promoted to its final version number.
This will be true for updates to existing specifications and for new
specifications.
- Since changing the CloudEvents `specversion` string could have a significant
impact on implementations, all non-breaking changes will be made as
"patch" version updates - this allows for the value "on the wire" to remain
unchanged. If a breaking change is introduced the normal semver rules will
apply and the "major" version number will change. The net effect of this is
that the "minor" version number will always be zero and the `specversion`
string will always be of the form `X.0`.

Note that these rules do not apply to the
[documented extensions](../documented-extensions.md).
Expand Down
7 changes: 7 additions & 0 deletions spec.md
Original file line number Diff line number Diff line change
Expand Up @@ -304,6 +304,13 @@ The following attributes are REQUIRED to be present in all CloudEvents:
uses. This enables the interpretation of the context. Compliant event
producers MUST use a value of `1.x-wip` when referring to this version of the
specification.

Currently, this attribute will only have the 'major' and 'minor' version
numbers included in it. This allows for 'patch' changes to the specification
to be made without changing this property's value in the serialization.
Note: for 'release candidate' releases a suffix might be used for testing
purposes.

- Constraints:
- REQUIRED
- MUST be a non-empty string
Expand Down

0 comments on commit ffd3f74

Please sign in to comment.