Live data from Hacker News

Travis merges private and open source repositories into one platform

blog.travis-ci.com

31–40 of 43 posts

Re: Travis merges private and open source repositories into one platform

#31

Earlier quoted context omitted.

I'm working on a platform which uses KVM and can run builds on pretty much any platform you want. It's still in alpha but if anyone wants to try it please reach out; email's in my profile. Docs: https://man.sr.ht/builds.sr.ht/ Sample build: https://builds.sr.ht/job/2677

You plan on turning this into an actual service? BTW looks nice, I'll check it out when I get home. I like that your able to do this by your self but Travis CI can't with significantly more resources then you.

>You plan on turning this into an actual service?

Yes, but I'm taking my time and rolling it out slowly. It's used in production by a handful people for various projects, but it's lacking a lot of polish.

Re: Travis merges private and open source repositories into one platform

#32
post #27

This sounds nice, but what about supporting operating systems besides for Linux and MacOS? A big part of using continuous integration is being able to test your code on the various platforms you deploy on. People have been asking for FreeBSD support since 2014[1] and Windows support since 2011[2]. For lots of projects not having Windows or FreeBSD support makes Travis CI not even an option for a CI tool. And from the…

The less developers cater to Windows, the better. Remember that usually it's the other way around, Windows receives support from driver/software developers, and it's seen by most as a feature of Windows. At any rate, Windows is a subpar choice for any server needs, so it's for the better.

> At any rate, Windows is a subpar choice for any server needs, so it's for the better.

This is simply not true. While I prefer a FreeBSD or Linux server to a Windows server, saying Windows is a subpar choice for all server needs is disingenuous and wrong. What if I need to run software on a server that only runs on Windows or I can only get commercial support from the vendor on Windows? Clearly Windows in the better server choice if it's the only operating system that can run the software I need. The UNIX == Good and Windows == Bad meme needs to die. Use the best tool for the job, sometimes that's a Unix OS sometimes it's Windows.

Re: Travis merges private and open source repositories into one platform

#33

Earlier quoted context omitted.

Another way to look at this is that it has created an opening for competitors to fill that gap, especially appveyor, circleci, and codeship. That TravisCI is still the market leader in the cloud CI space suggests that they're making the right call by letting others pick up the more niche parts of the market.

> That TravisCI is still the market leader in the cloud CI space suggests that they're making the right call by letting others pick up the more niche parts of the market. Windows is one third of the server market and over 90% of the desktop market. Calling Windows a niche is simply wrong.

The windows devs I know just use whatever comes from Microsoft and are not interested in anything else. They believe Microsoft has the best tech :)

Re: Travis merges private and open source repositories into one platform

#34

Earlier quoted context omitted.

You plan on turning this into an actual service? BTW looks nice, I'll check it out when I get home. I like that your able to do this by your self but Travis CI can't with significantly more resources then you.

>You plan on turning this into an actual service? Yes, but I'm taking my time and rolling it out slowly. It's used in production by a handful people for various projects, but it's lacking a lot of polish.

I'm still assuming it's been less then the 4 years since FreeBSD support was brought up and the 7 years since Windows support was brought up on Travis CI's issue tracker. But either way nice work.

Re: Travis merges private and open source repositories into one platform

#35
post #27

Earlier quoted context omitted.

The less developers cater to Windows, the better. Remember that usually it's the other way around, Windows receives support from driver/software developers, and it's seen by most as a feature of Windows. At any rate, Windows is a subpar choice for any server needs, so it's for the better.

> At any rate, Windows is a subpar choice for any server needs, so it's for the better. This is simply not true. While I prefer a FreeBSD or Linux server to a Windows server, saying Windows is a subpar choice for all server needs is disingenuous and wrong. What if I need to run software on a server that only runs on Windows or I can only get commercial support from the vendor on Windows? Clearly Windows in the better…

This doesn't mean that Windows is better, it just means you have no other choice because you were forced to by a vendor who didn't provide a native Linux binary.

Re: Travis merges private and open source repositories into one platform

#36

This sounds nice, but what about supporting operating systems besides for Linux and MacOS? A big part of using continuous integration is being able to test your code on the various platforms you deploy on. People have been asking for FreeBSD support since 2014[1] and Windows support since 2011[2]. For lots of projects not having Windows or FreeBSD support makes Travis CI not even an option for a CI tool. And from the…

Another way to look at this is that it has created an opening for competitors to fill that gap, especially appveyor, circleci, and codeship. That TravisCI is still the market leader in the cloud CI space suggests that they're making the right call by letting others pick up the more niche parts of the market.

> That TravisCI is still the market leader in the cloud CI space

Is it?

Re: Travis merges private and open source repositories into one platform

#37

Earlier quoted context omitted.

Hey Josh, This is unrelated, but since you're here: any chance of Travis rolling out newer versions of Ubuntu? We use Travis to test Kubernetes apps with minikube, which will stop being possible soon when minikube stops supporting systems that don't run systemd/journalctl[0]. [0]: https://github.com/kubernetes/minikube/issues/2704

Thanks for the ping about this. Could you email support@travis-ci.com and we can look into this for you. Feel free to also mention that we chatted here.

This is a weird thing to say, surely you already have enough information to look into the problem. At least you were gracious enough to let them mention the chat though.

Re: Travis merges private and open source repositories into one platform

#38
post #35

Earlier quoted context omitted.

> At any rate, Windows is a subpar choice for any server needs, so it's for the better. This is simply not true. While I prefer a FreeBSD or Linux server to a Windows server, saying Windows is a subpar choice for all server needs is disingenuous and wrong. What if I need to run software on a server that only runs on Windows or I can only get commercial support from the vendor on Windows? Clearly Windows in the better…

This doesn't mean that Windows is better, it just means you have no other choice because you were forced to by a vendor who didn't provide a native Linux binary.

Better software support does make Windows better in that circumstance. It doesn't matter what features or strengths Linux has over Windows if I can't run the software I need.

Re: Travis merges private and open source repositories into one platform

#39
post #37

Earlier quoted context omitted.

Thanks for the ping about this. Could you email support@travis-ci.com and we can look into this for you. Feel free to also mention that we chatted here.

This is a weird thing to say, surely you already have enough information to look into the problem. At least you were gracious enough to let them mention the chat though.

Not for me to say, but I suspect the issue is more that they want an internal ticket to ensure the issue doesn't get forgotten. Asking for an email will mean that it goes through their normal support channels. FWIW, I've gotten really good service asking about edge cases like this in the past.

Re: Travis merges private and open source repositories into one platform

#40
post #19

Hello, Josh from Travis CI here. We are happy to announce that you can now run open source projects on travis-ci.com. At the moment you can only add and activate repositories which haven't been tested on travis-ci.org. We are hard at work to add a way for you to migrate your projects from travis-ci.org to travis-ci.com, and should have more information to share on this soon. If you have any questions I would be happy…

Hey Josh, An unrelated request: We’ve been waiting for a response to https://github.com/travis-ci/apt-package-whitelist/issues/19... for almost 2.5 years now, and no human ever looked at it. Is there anything we missed? Anywhere we should’ve also registered this request? Thanks

I'm sorry for this long wait, this needs to be addressed. I'd love to find the right person to look into this, if you can email support and mention me (Josh) I can see if we can provide you an answer to this.
Post reply on HN