Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Split Travis builds by Python version #822

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

Split Travis builds by Python version #822

wants to merge 1 commit into from

Conversation

Lnaden
Copy link
Contributor

@Lnaden Lnaden commented Oct 4, 2017

We previously had all python versions of our packages building on a single job, this PR proposes to split up the python versions to separate jobs on Travis. The dev repo has had this feature for a while now and I think its worth considering for here. There are up and downsides so I would like some feedback and opinions.

Pros:

  • Reduces odds of a timeout due to multiple versions being built in the same job
  • Easier debugging of specific versions
  • Likely faster total build times in linux and maybe OSX

Cons:

  • Adds more jobs which must run, jobs may delay startup of each other since Travis has a concurrent job limit
  • Each job has to pull down the docker image, slower cumulative start time, but can be done in parallel so wall clock will be faster (limited by previous point)
  • OSX Builds may actually take longer in Wall Clock time because Travis OSX builds are often backlogged due to total global requests.

Thoughts and opinions?

We previously had all python versions of our packages building on a single job, this PR proposes to split up the python versions to separate jobs on Travis. [The dev repo](omnia-md/conda-dev-recipes#81) has had this feature for a while now and I think its worth considering for here. There are up and downsides so I would like some feedback and opinions.

Pros:
* Reduces odds of a timeout due to multiple versions being built in the same job
* Easier debugging of specific versions
* Likely faster total build times in linux and *maybe OSX*

Cons:
* Adds more jobs which must run, jobs may delay each other since Travis has a concurrent job limit
* Each job has to pull down the docker image, slower cumulative start time, but can be done in parallel so wall clock will be faster (limited by previous point)
* OSX Builds may actually take longer in Wall Clock time because Travis OSX builds are often backlogged due to total global requests.

Thoughts and opinions?
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant