The shell scripts still exist instead of using Gradle. Migrating to Gradle
as the build system hasn't addressed this (only change in the Gradle
migration was an improvement where Gradle now creates a virtualenv
automatically for building).

Alan, any plans to integrate more closely with Gradle going forward instead
of using shell scripts for task/input/output management?

On Wed, Apr 4, 2018 at 2:11 PM Kenneth Knowles <> wrote:

> Was this resolved off list? I think it makes sense to have a
> dependency-driven build tool as the entry point to these processes. So in
> our case, Gradle. If setting it up in Gradle/Groovy is a pain, having it
> shell out seems fine as an implementation detail, but you need to set up
> inputs/outputs of the Gradle tasks properly.
> Kenn
> On Fri, Mar 30, 2018 at 3:30 PM Udi Meiri <> wrote:
>> Hi,
>> I noticed that Python precommit runs using this command:
>>   mvn clean install -pl sdks/python -am -amd
>> while postcommit invocation is simply a bash script:
>>   bash sdks/python/
>> Both run unit tests via Tox, however since the runtime environment setup
>> is configured in different files (pom.xml vs shell script), they don't
>> always agree in their results (precommit is currently succeeded while
>> postcommit is failing).
>> So my naive question is: why does Python precommit run via Maven/Gradle?
>> Could we not just use a script like
>> (Side note: there's a lot of code/config duplication, such as: pypi
>> package versions, *.c, *.so, etc. cleanup)

Reply via email to