Skip to content

Commit

Permalink
Remove reference to hatch and add uv usage (#44401)
Browse files Browse the repository at this point in the history
  • Loading branch information
perry2of5 authored Nov 26, 2024
1 parent b134ed0 commit 9ee501d
Showing 1 changed file with 11 additions and 3 deletions.
14 changes: 11 additions & 3 deletions contributing-docs/11_provider_packages.rst
Original file line number Diff line number Diff line change
Expand Up @@ -36,9 +36,17 @@ repository and project.

It has also some disadvantages as this introduces some coupling between those - so contributing to providers might
interfere with contributing to Airflow. Python ecosystem does not yet have proper monorepo support for keeping
several packages in one repository and being able to work on multiple of them at the same time, but we have
high hopes Hatch project that use as our recommended packaging frontend
will `solve this problem in the future <https://github.com/pypa/hatch/issues/233>`__
several packages in one repository and being able to work on more than one of them at the same time. The tool ``uv`` is
recommended to help manage this through it's ``workspace`` feature. While developing, dependencies and extras for a
provider can be installed using ``uv``'s ``sync`` command. Here is an example for the microsoft.azure provider:

.. code:: bash
uv sync --extra devel --extra devel-tests --extra microsoft.azure
This will synchronize all extras that you need for development and testing of Airflow and the Microsoft Azure provider
dependencies including runtime dependencies. See `local virtualenv <../07_local_virtualenv.rst>`_ or the uv project
for more information.

Therefore, until we can introduce multiple ``pyproject.toml`` for providers information/meta-data about the providers
is kept in ``provider.yaml`` file in the right sub-directory of ``airflow\providers``. This file contains:
Expand Down

0 comments on commit 9ee501d

Please sign in to comment.