-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
Update versions, show a matrix with multiple allow_failures #1437
Conversation
Be consistent with quotes. `allow_failures` is very useful so it is good to demonstrate it. Python 2.6 and 3.2 are EOL and 3.3 will be in just a few weeks so we should not emphasize them too much. * https://docs.python.org/devguide/index.html#branchstatus
Should we indicate that Should we show |
user/languages/python.md
Outdated
- "3.6-dev" # 3.6 development branch | ||
- "3.7-dev" # 3.7 development branch | ||
- "nightly" | ||
- 2.6 |
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
user/languages/python.md
Outdated
- "pypy" # PyPy2 2.5.0 | ||
- "pypy3" # Pypy3 2.4.0 | ||
- "pypy-5.3.1" | ||
- pypy # PyPy2 5.8.0 |
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
user/languages/python.md
Outdated
@@ -199,6 +198,21 @@ For a real world example, see [getsentry/sentry](https://github.com/getsentry/se | |||
For Python projects, `env` and `python` can be given as arrays | |||
to construct a build matrix. | |||
|
|||
```yaml |
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
The reason that I added allow_failures was because this is a year of porting in the Python world with the upcoming EOL of Python 2, the performance improvements of Python 3, and the Django 1 to 2 transition. More people could be using CI to smoothly navigate these transitions if they understood the allow_failures approach so we should not hide it. Let me know if you need it removed.
Also related to #1540 quote issue. |
Thanks |
Be consistent with quotes.
allow_failures
is very useful so it is good to demonstrate it.Python 2.6 and 3.2 are EOL and 3.3 will be in just a few weeks so we should not emphasize them too much.