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/>