-
-
Notifications
You must be signed in to change notification settings - Fork 4.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ci(py3): Make py2 builds available under -py2
suffix
#22460
Conversation
This is in preparation to make the PY3 version the default for Docker images and self-hosted. It is part **1/5**: 1. **Add `-py2` variants for the Python 2 bulid tags and introduce the `SENTRY_PYTHON2` env variable usage** 2. Switch getsentry/onpremise to Python 3 by default, introducing the `SENTRY_PYTHON2` env var for Py2 builds via the `-py2` suffix 3. Move the unsuffixed version of the builds to Python 3 4. Remove the `SENTRY_PYTHON3` env var support and `-py3` prefix usage from getsentry/onpremise 5. Remove tagging of `-py3` builds from here
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If I'm reading this right, a DIY docker build will end up with Python 3, but the GCB builds are still ending up as Python 2, now aliased at -py2
. Yes?
Have not tested but seems reasonable.
docker tag $$SENTRY_IMAGE $$DOCKER_REPO:$COMMIT_SHA-py2 | ||
docker push $$DOCKER_REPO:$COMMIT_SHA-py2 | ||
docker tag $$SENTRY_IMAGE $$DOCKER_REPO:nightly-py2 | ||
docker push $$DOCKER_REPO:nightly-py2 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So -py2
is an alias for the default?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes as per the plan in the PR description, we are going to introduce a SENTRY_PYTHON2
option for folks wanting to stay on Py2. For that to work, we need the -py2
suffix. After that, we will make the default images to use PY3 and remove the -py3
variants (as that will be the default).
No really. Right now all this should do is add another docker tag with a |
This is in preparation to make the PY3 version the default for Docker images and self-hosted. It is part **2/5**: 1. Add `-py2` variants for the Python 2 bulid tags and introduce the `SENTRY_PYTHON2` env variable usage 2. **Switch getsentry/onpremise to Python 3 by default, introducing the `SENTRY_PYTHON2` env var for Py2 builds via the `-py2` suffix** 3. Move the unsuffixed version of the builds to Python 3 4. Remove the `SENTRY_PYTHON3` env var support and `-py3` prefix usage from getsentry/onpremise 5. Remove tagging of `-py3` builds from here Depends on getsentry/sentry#22460.
This is in preparation to make the PY3 version the default* for Docker images and self-hosted. It is part **2/5**: 1. ~~Add `-py2` variants for the Python 2 build tags and introduce the `SENTRY_PYTHON2` env variable usage~~ (getsentry/sentry#22460) 2. __Switch getsentry/onpremise to Python 3 by default*, introducing the `SENTRY_PYTHON2` env var for Py2 builds via the `-py2` suffix__ 3. Move the unsuffixed version of the builds to Python 3 4. Remove the `SENTRY_PYTHON3` env var support and `-py3` prefix usage from getsentry/onpremise 5. Remove tagging of `-py3` builds from here _* this will only happen when item 3 above gets landed_
This is in preparation to make the PY3 version the default for Docker images and self-hosted. It is part **3/5**: 1. ~~Add `-py2` variants for the Python 2 build tags and introduce the `SENTRY_PYTHON2` env variable usage~~ (#22460) 2. ~~Switch getsentry/onpremise to Python 3 by default*, introducing the `SENTRY_PYTHON2` env var for Py2 builds via the `-py2` suffix~~ (getsentry/self-hosted#763) 3. **Move the unsuffixed version of the builds to Python 3** 4. Remove the `SENTRY_PYTHON3` env var support and `-py3` prefix usage from getsentry/onpremise 5. Remove tagging of `-py3` builds from here We should still have the `-py3` images, whcih will be the same with the images w/o the suffix.
This is in preparation to make the PY3 version the default for Docker images and self-hosted. It is part **3/5**: 1. ~~Add `-py2` variants for the Python 2 build tags and introduce the `SENTRY_PYTHON2` env variable usage~~ (#22460) 2. ~~Switch getsentry/onpremise to Python 3 by default*, introducing the `SENTRY_PYTHON2` env var for Py2 builds via the `-py2` suffix~~ (getsentry/self-hosted#763) 3. **Move the unsuffixed version of the builds to Python 3** 4. Remove the `SENTRY_PYTHON3` env var support and `-py3` prefix usage from getsentry/onpremise 5. Remove tagging of `-py3` builds from here We should still have the `-py3` images, whcih will be the same with the images w/o the suffix.
This is in preparation to make the PY3 version the default for Docker images and self-hosted. It is part **4/5**: 1. ~~Add `-py2` variants for the Python 2 build tags and introduce the `SENTRY_PYTHON2` env variable usage~~ (getsentry/sentry#22460) 2. ~~Switch getsentry/onpremise to Python 3 by default*, introducing the `SENTRY_PYTHON2` env var for Py2 builds via the `-py2` suffix~~ (#763) 3. ~~Move the unsuffixed version of the builds to Python 3~~ (getsentry/sentry#22466) 4. **Remove the `SENTRY_PYTHON3` env var support and `-py3` prefix usage from getsentry/onpremise** 5. Remove tagging of `-py3` builds from getsentry/sentry
This is the final step in making the PY3 version the default for Docker images and self-hosted. It is part **5/5**: 1. ~~Add `-py2` variants for the Python 2 build tags and introduce the `SENTRY_PYTHON2` env variable usage~~ (#22460) 2. ~~Switch getsentry/onpremise to Python 3 by default*, introducing the `SENTRY_PYTHON2` env var for Py2 builds via the `-py2` suffix~~ (getsentry/self-hosted#763) 3. ~~Move the unsuffixed version of the builds to Python 3~~ (#22466) 4. ~~Remove the `SENTRY_PYTHON3` env var support and `-py3` prefix usage from getsentry/onpremise~~ (getsentry/self-hosted#764) 5. **Remove tagging of `-py3` builds from getsentry/sentry**
This is in preparation to make the PY3 version the default for Docker images and self-hosted. It is part **4/5**: 1. ~~Add `-py2` variants for the Python 2 build tags and introduce the `SENTRY_PYTHON2` env variable usage~~ (getsentry/sentry#22460) 2. ~~Switch getsentry/onpremise to Python 3 by default*, introducing the `SENTRY_PYTHON2` env var for Py2 builds via the `-py2` suffix~~ (#763) 3. ~~Move the unsuffixed version of the builds to Python 3~~ (getsentry/sentry#22466) 4. **Remove the `SENTRY_PYTHON3` env var support and `-py3` prefix usage from getsentry/onpremise** 5. Remove tagging of `-py3` builds from getsentry/sentry
This is the final step in making the PY3 version the default for Docker images and self-hosted. It is part **5/5**: 1. ~~Add `-py2` variants for the Python 2 build tags and introduce the `SENTRY_PYTHON2` env variable usage~~ (#22460) 2. ~~Switch getsentry/onpremise to Python 3 by default*, introducing the `SENTRY_PYTHON2` env var for Py2 builds via the `-py2` suffix~~ (getsentry/self-hosted#763) 3. ~~Move the unsuffixed version of the builds to Python 3~~ (#22466) 4. ~~Remove the `SENTRY_PYTHON3` env var support and `-py3` prefix usage from getsentry/onpremise~~ (getsentry/self-hosted#764) 5. **Remove tagging of `-py3` builds from getsentry/sentry**
This is in preparation to make the PY3 version the default for Docker images and self-hosted. It is part 1/5:
-py2
variants for the Python 2 bulid tags and introduce theSENTRY_PYTHON2
env variable usageSENTRY_PYTHON2
env var for Py2 builds via the-py2
suffixSENTRY_PYTHON3
env var support and-py3
prefix usage from getsentry/onpremise-py3
builds from here