can someone remind me why we are doing both of the...
# contributing-to-airbyte
c
can someone remind me why we are doing both of these steps in the master build?
Copy code
- name: Build
        run: ./gradlew build --no-daemon -g ${{ env.GRADLE_PATH }}
and
Copy code
- name: Build Core Docker Images (Master branch only)
        if: success() && github.ref == 'refs/heads/master'
        run: docker-compose -f docker-compose.build.yaml build
isn’t the latter a super set of the former?
u
the docker build is slower than calling gradle directly
u
Makes sense. But why are we we doing both in the same github action?
u
the important part is that the latter builds the docker images for running acceptance tests
u
and only runs on master
u
Could we not run the build step on master? And just do the docker compose build?
u
we could but we'd have to wait the extra however many minutes to get feedback on whether the unit tests/core build succeeded (which is the operation we do more commonly on branches)
u
it'll probably add ~3-4 minutes
u
the idea is that we don't want to slow iteration time on PRs to build docker images, run integration tests etc.. at the cost of once we merge to master we'll take the longer build time
u
I feel like we are talking about different things.
u
I'm just talking about master.
u
oh so you're saying why not skip the earlier build step if we're in master?
u
Exactly.
u
we can totally do that 😛