Live data from Hacker News

GitHub Actions now supports CI/CD, free for public repositories

github.blog

181–190 of 239 posts

Re: GitHub Actions now supports CI/CD, free for public repositories

#181

Is it official now that Github is becoming Gitlab? Does anyone know how they are going to bill for the compute used in the CI?

The features page has a pricing table: https://github.com/features/actions It is totally free for public repos. For private repos: - Free accounts get 2000 free minutes - Pro accounts get 3000 free minutes - Team accounts get 10k free minutes - Enterprise accounts get 50k free minutes Additional runner minutes are: - Linux: $0.008 per min - Windows: $0.016 per min - macOS: $0.08 per min (yeah that's not a typo, it is…

That’s much better than the azure devops pricing which is super confusing which is tied to monthly plans.

For teams, azure devops costs between 6-52/month/user and includes many features not needed for a standard GitHub+CircleCI (or gitlab) project.

Re: GitHub Actions now supports CI/CD, free for public repositories

#182

Is it official now that Github is becoming Gitlab? Does anyone know how they are going to bill for the compute used in the CI?

Gitlab became Github first, and then added devops features. No doubt there will soon be a Gitlab blog post passive aggressively complaining about Github copying them again.

I honestly don't know how anyone uses gitlab with this nasty but that they've been ignoring for years. Had to move off of them and haven't looked back.

https://gitlab.com/gitlab-org/gitlab-ce/issues/19026

Re: GitHub Actions now supports CI/CD, free for public repositories

#183
post #179

Earlier quoted context omitted.

I 100% agree and am building https://boxci.dev to solve this problem for myself and I hope others too. It's a CI service that lets you run your builds however you want, on any machine you want (cloud vm; in house server; your laptop) using an open source cli that just wraps any shell script/command and streams the logs to a service to give you all the useful stuff like build history, team account management, etc. In…

Looking forward to it, very interested. However, I'm going to be honest with you - it'd be a hard decision to rely on a service rather than an open-source software. Like, you guys can go bust any time and while the runner is indeed open-source, as I imagine, the management console for it won't be. And I understand that's what people are paying for, but, perhaps, consider licencing it, rather than running from your ow…

This is a really good point and something I'd been thinking about, thanks. I'll have think about the licensing option - it's a good idea and something I'd not considered.

My initial thought was a guarantee that should the company not work out, the management console software will be completey open sourced. Obviously this would just be relying on trust though, which I can see could be an issue.

Re: GitHub Actions now supports CI/CD, free for public repositories

#185
post #121

This is very interesting to me. It also makes me think about the natural rise of monopolies and monoculture in tech. GitHub has really been extending to "eating the world" as of late. Recently in terms of their package registry that must have folks like Artifactory and Nexus a bit shaken, and now this, which is bad news for folks like CircleCI (and I say this as a CircleCI user). As a developer, in the short term I l…

Are there "bridges" (apart from Git itself) between GitHub, Gitlab, etc? Such could help to mitigate a vendor lock-in.

Yes. Gitlab can run CI from an external repo, and continuously replicate from another repo. And one time import all code and issues from GitHub.

(Caveat: import is broken. Worked for a few tiny repos, silently failed for our most important one, failing to import issues. Gitlab support just say "watch the open source issue tracker" , which is not really acceptable but at least more open than GitHub)

Re: GitHub Actions now supports CI/CD, free for public repositories

#186
post #48

I do not understand why Microsoft finances this. I understand the hosting as a specialized social platform, but GitHub Actions vs. Azure DevOps Pipelines are a duplicated effort. Better integration for GitHub for the Azure DevOps suite would solve that in a similar way without duplication of capabilities.

I think (hope) they intentionally avoid tight integration with Microsoft branded stuff. Even at the slightest indication of such a thing happening, I bet it would lead to an exodus and outrage among developers, however irrational that might be.

This has been played out for decades before and since MSFT's containment to the desktop OS market, but also with most other capital-rich tech companies.

The brand is already MSFT Github, it just hasn't changed the site masthead. MSFT's core strategy and future goals aren't opaque. There's only 2 paths that maximize profit. Either MS bundles it up into a MS toolchain alongside hobbled alternate toolchain support, or abandon Github in parts until it's decommissioned (no need to dilute your brand). Maybe I won't be alive to see it, but I left for Gitlab because I believe this is how Github will maybe survive.

Re: GitHub Actions now supports CI/CD, free for public repositories

#187

This is very interesting to me. It also makes me think about the natural rise of monopolies and monoculture in tech. GitHub has really been extending to "eating the world" as of late. Recently in terms of their package registry that must have folks like Artifactory and Nexus a bit shaken, and now this, which is bad news for folks like CircleCI (and I say this as a CircleCI user). As a developer, in the short term I l…

I would say that monocultures, monopolies, vertical integration, etc. are all really good at making a local maxima, but at the expense of making it harder to find things that might be better still. And... sincerely, they are good for local maxima. They have the mindshare, they have the money, they have everything they need to succeed, today. And then tomorrow will come and they'll be stuck. But that doesn't mean that they can't be good, just that costs have to be weighed.

Re: GitHub Actions now supports CI/CD, free for public repositories

#188
post #83
post #2

This is great news for developers. The trend has been to combine version control and CI for years now. For a timeline see https://about.gitlab.com/2019/08/08/built-in-ci-cd-version-c... This is bad news for the CI providers that depend on GitHub, in particular CircleCI. Luckily for them (or maybe they saw this coming) they recently raised a series D https://circleci.com/blog/we-raised-a-56m-series-d-what-s-ne... and…

It's a horrible trend. CI should not be tied to version control. I mean we all have to deal with it now, but I'd much rather have my CI agnostic and not have config files for it checked into the repo. I've browsed through the article you linked to, one of the subtitles was "Realizing the future of DevOps is a single application". Also a horrible idea: I think it locks developers into a certain workflow which is hard…

You might appreciate the sourcehut approach (which I am the author of). Each build job is decoupled from git and can be submitted ad-hoc with zero or more git repos declared in the manifest. Your manifest is machine-editable too so you can add extra build steps or tweak various options before submitting it in specific cases. postmarketOS does this, for example, to automate builds of all of their packages. SourceHut itself does this to fill the demand made by this trend, too, by pulling build manifests out of your git repo and tweaking the sources to check out specific commits, then submitting it over the API.

https://man.sr.ht/builds.sr.ht

https://sourcehut.org

Re: GitHub Actions now supports CI/CD, free for public repositories

#189
post #48

I do not understand why Microsoft finances this. I understand the hosting as a specialized social platform, but GitHub Actions vs. Azure DevOps Pipelines are a duplicated effort. Better integration for GitHub for the Azure DevOps suite would solve that in a similar way without duplication of capabilities.

Competing against yourself adds expense, but also gives you more ways to win. It can be better to capture more of the market and then converge products rather than letting someone else have the market. Or, if there are different specific needs in different niches in what is descriptively the same product class, don't converge and win in two markets that a naive analysis would have considered parts of the same market and lost part of by not meeting the different needs.

Re: GitHub Actions now supports CI/CD, free for public repositories

#190
Just a warning for those who haven't ventured into actions yet, I would have to say so far I've found the experience very, very average. Even just doing something simple like posting a release notification to Slack seems to end up with me having the action triggered a random number of times causing multiple messages being posted to slack. The whole experience feels amateur and clunky.

There are issues open to look into it but no fix in sight yet. While this announcement sounds useful, don't throw away your current CI/CD tooling which is probably a lot nicer to use.

Lastly I really dislike how pretty much any really useful actions are created and maintained by single people. There are just some actions I'd want to see be supported by GitHub, I don't wan to have to handover things like Slack access keys to a non-trusted third party to post messages.

Every time I try to use actions I'm surprised it was launched in it's current obscure, unpolished state.

Post reply on HN