BTW. We'll have to find a better solution to prevent it as it has happened
in the past. I will think about it :). Any ideas are welcome :).

On Mon, Jan 13, 2020 at 10:21 PM Jarek Potiuk <jarek.pot...@polidea.com>
wrote:

> Hello everyone,
>
> Without asking I quickly reverted the
> https://github.com/apache/airflow/pull/6975 ([AIRFLOW-1467
> <https://issues.apache.org/jira/browse/AIRFLOW-1467>] Dynamic pooling via
> allowing tasks to use more than one pool slot (depending upon the need))
> as it had duplicated heads in sqlite migrations - clashing with an earlier
> change
> https://github.com/apache/airflow/commit/a7cacf593f5cf4bfc8b192b799aa2b14c96eac5b
>  added in
> this PR https://github.com/apache/airflow/pull/6489: [AIRFLOW-4026]
> <https://issues.apache.org/jira/browse/AIRFLOW-4026>
>
> The problem was that both created independently SQL Alchemy migration
> heads and we had a test failing because of that in master. The problem was
> that the AIRFLOW-1467 was not rebased to the latest master before merging
> (otherwise our tests detect this problem).
>
> I will let the author of AIRFLOW-1467 how to fix it.
>
> J.
>
> --
>
> Jarek Potiuk
> Polidea <https://www.polidea.com/> | Principal Software Engineer
>
> M: +48 660 796 129 <+48660796129>
> [image: Polidea] <https://www.polidea.com/>
>
>

-- 

Jarek Potiuk
Polidea <https://www.polidea.com/> | Principal Software Engineer

M: +48 660 796 129 <+48660796129>
[image: Polidea] <https://www.polidea.com/>

Reply via email to