Skip to content

Conversation

@milton0825
Copy link
Contributor

@milton0825 milton0825 commented Mar 29, 2019

Make sure you have checked all steps below.

Jira

  • My PR addresses the following Airflow Jira issues and references them in the PR title. For example, "[AIRFLOW-XXX] My Airflow PR"
    • https://issues.apache.org/jira/browse/AIRFLOW-XXX
    • In case you are fixing a typo in the documentation you can prepend your commit with [AIRFLOW-XXX], code changes always need a Jira issue.
    • In case you are proposing a fundamental code change, you need to create an Airflow Improvement Proposal (AIP).
    • In case you are adding a dependency, check if the license complies with the ASF 3rd Party License Policy.

Description

  • Here are some details about my PR, including screenshots of any UI changes:

Certain scripts should only be ran inside a docker container [1]. Setting a flag to indicate whether we are inside the docker container and warn users if they are not running certain scripts in the docker container.

This PR goes hand-in-hand with #5003

[1] #4984

Tests

  • My PR adds the following unit tests OR does not need testing for this extremely good reason:

Commits

  • My commits all reference Jira issues in their subject lines, and I have squashed multiple commits if they address the same issue. In addition, my commits follow the guidelines from "How to write a good git commit message":
    1. Subject is separated from body by a blank line
    2. Subject is limited to 50 characters (not including Jira issue reference)
    3. Subject does not end with a period
    4. Subject uses the imperative mood ("add", not "adding")
    5. Body wraps at 72 characters
    6. Body explains "what" and "why", not "how"

Documentation

  • In case of new functionality, my PR adds documentation that describes how to use it.
    • All the public functions and the classes in the PR contain docstrings that explain what it does
    • If you implement backwards incompatible changes, please leave a note in the Updating.md so we can assign it to a appropriate release

Code Quality

  • Passes flake8

@mik-laj
Copy link
Member

mik-laj commented Mar 29, 2019

CC: @potiuk

@ashb
Copy link
Member

ashb commented Mar 29, 2019

@milton0825 Probably combine this with the change to the script in the same PR

@milton0825
Copy link
Contributor Author

@ashb do we need to rollout this first as we will need to build the airflow image first?

@ashb
Copy link
Member

ashb commented Mar 29, 2019

Oh this might not even help - the image we run in is currently airflowci/incubator-airflow-ci:latest - not the one in this repo.

So perhaps the fix is to set this env in scripts/ci/docker-compose.yml, not the Dockerfile

@milton0825
Copy link
Contributor Author

I see let's push out #5003 then.

Should we remote this Dockerfile since it is not used by CI? I can be a bit confusing to the developer.

@ashb
Copy link
Member

ashb commented Mar 29, 2019

This docker file is what apache/airflow on docker hub is, so I think we should keep it :D

@milton0825
Copy link
Contributor Author

Got it!

@milton0825 milton0825 closed this Mar 29, 2019
@milton0825 milton0825 deleted the ci-script-only-in-docker branch April 13, 2019 19:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants