Live data from Hacker News

The new pricing model for Travis CI

blog.travis-ci.com

11–20 of 88 posts

Re: The new pricing model for Travis CI

#11

Earlier quoted context omitted.

I loved how imgix solved this: https://photos.imgix.com/racking-mac-pros (definitely not cheap, but super slick)

Does that actually make sense, or is it just another Engineering team doubling down on their poor early architectural choices ("or lack thereof")?

My understanding is that they needed some of the functionality in CoreGraphics, thus had to use Macs.

Re: The new pricing model for Travis CI

#12
It seems GitLab CI/CD is beating Travis CI on pretty much every metric now, except the weirdness of only using GitLab for CI/CD and not code hosting, if you prefer to use GitHub for that. Am I missing something?

(GitLab supports using its CI/CD on a non-GitLab repo just fine, but it can cause some initial confusion.)

Re: The new pricing model for Travis CI

#13
post #8

I guess this is the same pricing model as CircleCI? I've always found "build minutes" to be a little bit of a vendor-favored pricing model. I really love wanting to do a release, and watching my CI provider take three minutes to pull down a 30MB docker image, or "npm install" running at dialup speeds. All while they're billing you per minute -- they make money by not investing in their infrastructure! I'd prefer to p…

This is why I strongly prefer BYO-agents systems (github actions, buildkite, jenkins).

I got our CI pipeline from 90 minutes to 10 minutes by running parts in parallel and applying lots more hardware.

The cost is essentially nothing ($0.10 / build) compared to the time developers spend waiting.

I currently use & recommend buildkite because they offer a preconfigured cloudflare template that does all of the hard parts for you.

Re: The new pricing model for Travis CI

#14
post #5

The interesting part is the FOSS changes Basically they significantly cut the FOSS usage by instead offering free credit and then reviewing the projects on case-by-case basis if you run out of it. It's a big change, but honestly, I don't know how they could they provide free computation for any public repo no questions asked as they have been up until now.

I see a lot of mentions of "travis-ci.com" in this post, are the OSS changes meant to impact travis-ci.org as well, or just OSS projects that are using travis-ci.com for some reason?

Re: The new pricing model for Travis CI

#15

i wonder if there are actually higher costs associated with macOS, or if this is just segmentation based on the fact that macOS users are more willing to pay more for software

Travis CI and GitHub both use MacStadium's infrastructure for macOS builds, not their own. https://www.macstadium.com/customers/travis-ci

That's fascinating – I always wondered how exactly Travis was running their Mac OS builds.

Based on MacStadium's public pricing, which is $150/month for the base model of the latest Mac Mini, this cannot be cheap for Travis, especially given they offered (past tense) Mac OS builds for free.

Not surprised to see them start charging more, but it's coming at exactly the wrong time given that GitHub (with Actions) is now offering a product that's a fair bit better, and it's still free.

Re: The new pricing model for Travis CI

#17
Can anyone comment on how these changes are going to impact projects like conda-forge, which use the free compute time to build binaries? My reading is these projects are what's being targeted. Perhaps there are more egregious uses of their servers?

Re: The new pricing model for Travis CI

#18
I use the free travis to build https://github.com/purpleidea/mgmt/

It's 100% open source and there's almost no income (some github sponsors) for it. I guess welp we'll have to switch away, or have to constantly send "ask" tickets to get free credits :/

Many of us will be in this position.

Re: The new pricing model for Travis CI

#19
I'm wondering if there's still a solid reason to use Travis for new projects. I can't be bothered to move my current builds from there to GitHub Actions, but for future projects GitHub Actions seems way more lucrative to use. I think both pale out in comparison to GitLab CI however, it's a pity GitLab is less popular.

Re: The new pricing model for Travis CI

#20
post #5

The interesting part is the FOSS changes Basically they significantly cut the FOSS usage by instead offering free credit and then reviewing the projects on case-by-case basis if you run out of it. It's a big change, but honestly, I don't know how they could they provide free computation for any public repo no questions asked as they have been up until now.

I see a lot of mentions of "travis-ci.com" in this post, are the OSS changes meant to impact travis-ci.org as well, or just OSS projects that are using travis-ci.com for some reason?

All OSS projects are supposed to move to the .com domain by the end of the year. They plan to shutdown the .org domain on December 31st.

Source: https://mailchi.mp/3d439eeb1098/travis-ciorg-is-moving-to-tr...

Post reply on HN