Skip to content

Commit

Permalink
Fix Vale errors in release cycle docs and warnings in new release dat…
Browse files Browse the repository at this point in the history
…es section

Signed-off-by: Jared Watts <[email protected]>
  • Loading branch information
jbw976 committed Jul 5, 2023
1 parent 30715e2 commit a7037e0
Showing 1 changed file with 19 additions and 19 deletions.
38 changes: 19 additions & 19 deletions content/knowledge-base/guides/release-cycle.md
Original file line number Diff line number Diff line change
Expand Up @@ -6,7 +6,7 @@ weight: 308
Starting with the v1.10.0 release, Crossplane is released on a quarterly (13
week) cadence. A cycle is comprised of three general stages:

- Weeks 1-11: [Active Development]
- Weeks 111: [Active Development]
- Week 12: [Feature Freeze]
- Week 13: [Code Freeze]

Expand All @@ -15,45 +15,45 @@ being maintained at any given time. When a new release is cut, the fourth most
recent release reaches end of life (EOL). Users can expect any given release to
be maintained for nine months.

### Definition of Maintenance
### Definition of maintenance

The Crossplane community defines maintenance in that relevant bug fixes that are
merged to the main development branch will be eligible to be back-ported to the
release branch of any currently maintained version, and patch releases will be
cut appropriately. It is also possible that a fix may be merged directly to the
cut appropriately. It's also possible that a fix may be merged directly to the
release branch if no longer applicable on the main development branch.
Maintenance does not indicate any SLA on response time for user support in the
Maintenance doesn't indicate any SLA on response time for user support in the
form of Slack messages or issues, but problems will be addressed on a best
effort basis by maintainers and contributors for currently maintained releases.

### Patch Releases
### Patch releases

_This policy is subject to change in the future._

Patch releases are cut for currently maintained minor versions on an as-needed
basis. Any critical back-ported fixes will be included in a patch release as
soon as possible after merge.

### Pre-Releases
### Pre-releases

_This policy is subject to change in the future._

Alpha, Beta, and RC releases are cut for an upcoming release on an as-needed
basis. As a policy, at least one pre-release will be cut prior to any minor
release. Pre-releases will not be made on release branches.
release. Pre-releases won't be made on release branches.

### Provider Releases
### Provider releases

The Crossplane release cycle is not required to be adhered to by any other
The Crossplane release cycle isn't required to be adhered to by any other
Crossplane projects, but a similar cadence is encouraged. Maintainers listed in
each repository's `OWNERS.md` file are responsible for determining and
publishing the release cycle for their project.

## Release Stages
## Release stages

The following stages are the main milestones in a Crossplane release.

### Active Development
### Active development

During active development, any code that meets the requisite criteria (i.e.
passing appropriate tests, approved by a maintainer, etc.) will be merged into
Expand All @@ -62,15 +62,15 @@ submit an enhancement proposal prior to the start of the release cycle, but
contributors are encouraged to open an issue and gather feedback before starting
work on a major implementation (see [CONTRIBUTING.md] for more information).

### Feature Freeze
### Feature freeze

During feature freeze, no new functionality should be merged into the main
development branch. Bug fixes, documentation changes, and non-critical changes
may be made. In the case that a new feature is deemed absolutely necessary for a
release, the Crossplane maintainers will weigh the impact of the change and make
a decision on whether it should be included.

### Code Freeze
### Code freeze

During code freeze, there should be no changes merged to the main development
branch with the following exceptions:
Expand All @@ -83,13 +83,13 @@ branch with the following exceptions:
Crossplane maintainers. This process is currently informal, but may be
formalized in the future.

## Release Dates
## Release dates

Crossplane is released on a quarterly (13 week) cadence. Typically, the release
will happen on Tuesday of the last week of the quarter, as shown on the
[community calendar][community calendar]. Please keep in mind that the specific
date is **approximate**. A number of factors can alter the date slightly, such
as code reviews, testing, and bug fixing to ensure a quality release.
We release Crossplane once a quarter (every 13 weeks). Typically, the release
happens on the Tuesday of the last week of the quarter, as shown on the
[community calendar][community calendar]. Keep in mind that the specific date is
**approximate**. Many factors can alter the date slightly, such as code reviews,
testing, and bug fixing to ensure a quality release.

<!-- Named links -->

Expand Down

0 comments on commit a7037e0

Please sign in to comment.