feat: Add Airflow 3.2.1#1519
Conversation
- Deprecate 3.1.6 - Bump git-sync to 4.6.0 - Bump cyclonedx-bom to 7.3.0 - Bump uv to 0.11.7
These are used by pre-commit hooks.
Using the same version for all.
|
|
||
| [versions."3.1.6".build-arguments] | ||
| # NOTE (@Techassi): Maybe this version can be bumped | ||
| # NOTE: Python version is kept stable unless the new Airflow version drops support for it. |
There was a problem hiding this comment.
I have the feeling in general we always try to use the latest Python/Java/Rust/whatever version and fall back in case of problems. (Or at least use the latest supported Python for new versions)
Do you think we can achieve that here as well or was the Airflow-specific decision explicit?
There was a problem hiding this comment.
My understanding for Airflow was different. That came from when I was asking about past updates and was told to keep it stable. Once in a while we will introduce a newer version. That might be outdated knowledge.
My preference would be to bump to the latest. But that could have a downstream impact.
@lfrancke can you inform us of the Python bumping policy (if we have one)?
There was a problem hiding this comment.
Thanks for adding some comments already!
I think it would be great to add a few more (in the spirit of #1514). A print.sh shell script is IMHO not necessary, although arguably not bad ;)
That being said: I need to drop off for the weekend
There was a problem hiding this comment.
Could you give an example of such a comment?
I'm only really adding info to the ones I am updating, rather that updating the whole file (since it takes effort to find out the details/policies about various bumps). But I'm happy to add more if you can point to something that isn't appearing obvious to you.
195f3a5 to
f83b6bd
Compare
Caution
Blocked on an answer about whether to bump Python for the new airflow version.
Part of #1489
FYI, I am getting test failures for 3.2.1, but I will fix them in a separate PR (could just be the test assertions being different).