Table of contents
The airflow-jira
script interact with the Airflow project in https://issues.apache.org/jira/. There are two modes of operation
-
compare
will examine issues in Jira based on the "Fix Version" field.This is useful for preparing releases, and also has an
--unmerged
flag to only show issues that aren't detected in the current branch.To run this check out the release branch (for instance
v1-10-test
) and run:./dev/airflow-jira compare --unmerged --previous-version 1.10.6 1.10.7
The
--previous-version
is optional, but might speed up operation. That should be a tag reachable from the current HEAD, and will limit the script to look for cherry-picks in the commit range$PREV_VERSION..HEAD
-
changelog
will create a rough output for creating the changelog file for a releaseThis output will not be perfect and will need manual processing to make sure the descriptions make sense, and that the items are in the right section (for instance you might want to create 'Doc-only' and 'Misc/Internal' section.)
The airflow-pr
tool interactively guides committers through the process of merging GitHub PRs into Airflow and closing associated JIRA issues.
It is very important that PRs reference a JIRA issue. The preferred way to do that is for the PR title to begin with [AIRFLOW-XXX]. However, the PR tool can recognize and parse many other JIRA issue formats in the title and will offer to correct them if possible.
Please note: this tool will restore your current branch when it finishes, but you will lose any uncommitted changes. Make sure you commit any changes you wish to keep before proceeding.
Simply execute the airflow-pr
tool:
$ ./airflow-pr
Usage: airflow-pr [OPTIONS] COMMAND [ARGS]...
This tool should be used by Airflow committers to test PRs, merge them
into the master branch, and close related JIRA issues.
Before you begin, make sure you have created the 'apache' and 'github' git
remotes. You can use the "setup_git_remotes" command to do this
automatically. If you do not want to use these remote names, you can tell
the PR tool by setting the appropriate environment variables. For more
information, run:
airflow-pr merge --help
Options:
--help Show this message and exit.
Commands:
close_jira Close a JIRA issue (without merging a PR)
merge Merge a GitHub PR into Airflow master
setup_git_remotes Set up default git remotes
work_local Clone a GitHub PR locally for testing (no push)
Execute airflow-pr merge
to be interactively guided through the process of merging a PR, pushing changes to master, and closing JIRA issues.
Execute airflow-pr work_local
to only merge the PR locally. The tool will pause once the merge is complete, allowing the user to explore the PR, and then will delete the merge and restore the original development environment.
Execute airflow-pr close_jira
to close a JIRA issue without needing to merge a PR. You will be prompted for an issue number and close comment.
Execute airflow-pr setup_git_remotes
to configure the default (expected) git remotes. See below for details.
The merge tool requires the click
and jira
libraries to be installed. If the libraries are not found, the user will be prompted to install them:
pip install click jira
tl;dr run airflow-pr setup_git_remotes
before using the tool for the first time.
Before using the merge tool, users need to make sure their git remotes are configured. By default, the tool assumes a setup like the one below, where the github repo remote is named github
. If users have other remote names, they can be supplied by setting environment variables GITHUB_REMOTE_NAME
.
Users can configure this automatically by running airflow-pr setup_git_remotes
.
$ git remote -v
github https://github.com/apache/airflow.git (fetch)
github https://github.com/apache/airflow.git (push)
origin https://github.com/<USER>/airflow (fetch)
origin https://github.com/<USER>/airflow (push)
Users should set environment variables JIRA_USERNAME
and JIRA_PASSWORD
corresponding to their ASF JIRA login. This will allow the tool to automatically close issues. If they are not set, the user will be prompted every time.
Unauthenticated users can only make 60 requests/hour to the Github API. If you get an error about exceeding the rate, you will need to set a GITHUB_OAUTH_KEY
environment variable that contains a token value. Users can generate tokens from their GitHub profile.
The release signing tool can be used to create the SHA512/MD5 and ASC files that required for Apache releases.
To create a release tarball execute following command from Airflow's root.
python setup.py compile_assets sdist --formats=gztar
Note: compile_assets
command build the frontend assets (JS and CSS) files for the
Web UI using webpack and yarn. Please make sure you have yarn
installed on your local machine globally.
Details on how to install yarn
can be found in CONTRIBUTING.rst file.
After that navigate to relative directory i.e., cd dist
and sign the release files.
../dev/sign.sh <the_created_tar_ball.tar.gz
Signing files will be created in the same directory.