<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Learn More on Crossplane</title><link>https://deploy-preview-1077--crossplane.netlify.app/v1.20/learn/</link><description>Recent content in Learn More on Crossplane</description><generator>Hugo -- gohugo.io</generator><language>en-us</language><lastBuildDate>Mon, 01 Jan 0001 00:00:00 +0000</lastBuildDate><atom:link href="https://deploy-preview-1077--crossplane.netlify.app/v1.20/learn/index.xml" rel="self" type="application/rss+xml"/><item><title>Release Cycle</title><link>https://deploy-preview-1077--crossplane.netlify.app/v1.20/learn/release-cycle/</link><pubDate/><guid>https://deploy-preview-1077--crossplane.netlify.app/v1.20/learn/release-cycle/</guid><description>&lt;p>Starting with the v1.10.0 release, Crossplane is released on a quarterly (13
week) cadence. A cycle is comprised of three general stages:&lt;/p>
&lt;ul>
&lt;li>Weeks 1—11: &lt;a href="#active-development">Active Development&lt;/a>&lt;/li>
&lt;li>Week 12: &lt;a href="#feature-freeze">Feature Freeze&lt;/a>&lt;/li>
&lt;li>Week 13: &lt;a href="#code-freeze">Code Freeze&lt;/a>&lt;/li>
&lt;/ul>
&lt;p>This results in four releases per year, with the most recent three releases
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.&lt;/p></description></item><item><title>Feature Lifecycle</title><link>https://deploy-preview-1077--crossplane.netlify.app/v1.20/learn/feature-lifecycle/</link><pubDate/><guid>https://deploy-preview-1077--crossplane.netlify.app/v1.20/learn/feature-lifecycle/</guid><description>&lt;h1 id="feature-lifecycle">Feature Lifecycle&lt;/h1>
&lt;p>Crossplane follows a similar feature lifecycle to &lt;a href="https://kubernetes.io/docs/reference/command-line-tools-reference/feature-gates/#feature-stages">upstream
Kubernetes&lt;/a>. All major new features must be added in alpha. Alpha
features are expected to eventually graduate to beta, and then to general
availability (GA). Features that languish at alpha or beta may be subject to
deprecation.&lt;/p>
&lt;h2 id="alpha-features">Alpha Features &lt;a class="anchor-link" id="alpha-features" href="#alpha-features" aria-label="Link to this section: Alpha Features">&lt;/a>&lt;/h2>
&lt;p>Alpha are off by default, and must be enabled by a feature flag, for example
&lt;code>--enable-composition-revisions&lt;/code>. API types pertaining to alpha features use a
&lt;code>vNalphaN&lt;/code> style API version, like &lt;code>v1alpha&lt;/code>. &lt;strong>Alpha features are subject to
removal or breaking changes without notice&lt;/strong>, and generally not considered ready
for use in production.&lt;/p></description></item></channel></rss>