Back to Airflow

PROJECT GUIDELINES

dev/PROJECT_GUIDELINES.md

3.2.13.3 KB
Original Source
<!-- Licensed to the Apache Software Foundation (ASF) under one or more contributor license agreements. See the NOTICE file distributed with this work for additional information regarding copyright ownership. The ASF licenses this file to you under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. --> <!-- START doctoc generated TOC please keep comment here to allow auto update --> <!-- DON'T EDIT THIS SECTION, INSTEAD RE-RUN doctoc TO UPDATE --> <!-- DON'T EDIT THIS SECTION, INSTEAD RE-RUN doctoc TO UPDATE --> <!-- END doctoc generated TOC please keep comment here to allow auto update -->

This document describes all the guidelines that have been agreed upon by the committers and PMC members on the mailing list.

Adding a Committer or PMC Member

COMMITTERS.rst contains the guidelines for adding a new Committer and promoting an existing Committer to a PMC member.

Airflow Improvement Proposals (AIPs)

When voting on AIPs, both PMC members and committers have a binding vote. (Link)

Support for Airflow 1.10.x releases

The Airflow 1.10.x series will be supported for six months (June 17, 2021) from Airflow 2.0.0 release date (Dec 17, 2020). Specifically, only 'critical fixes' defined as fixes to bugs that take down Production systems, will be backported to 1.10.x until June 17, 2021.

Support for Backport Providers

Backport providers within 1.10.x, are not released any more, as of (March 17, 2021).

Release Guidelines

Apache Airflow (core)

  • Follow Semantic Versioning (SEMVER)
  • Changing the version of dependency should not count as breaking change

Providers

Batch & Ad-hoc Releases

  • Release Manager would default to releasing Providers in Batch
  • If there is a critical bug that needs fixing in a single provider, an ad-hoc release for that provider will be created

Frequency

We will release all providers every month (Mostly first week of the month)

Note: that it generally takes around a week for the vote to pass even though we have 72 hours minimum period

Doc-only changes

When provider(s) has doc-only changes during batch-release, we will not release that provider with a new version. As unliked the actual releases, our doc releases are mutable.

So, we will simply tag that those providers with *-doc1, *-doc2 tags in the repo to release docs for it.