Live data from Hacker News

GitHub incident: ongoing issues with Actions, Issues and other Git operations

githubstatus.com

51–60 of 130 posts

Re: GitHub incident: ongoing issues with Actions, Issues and other Git operations

#51
post #47

I debugged for one min at 11:59 trying to push, and then my eat-lunch notification came in at 12:00 and I opened hackernews with a tuna sandwich and this is super helpful because it means I wont need to debug it locally for 10 mins before figuring out Github is down. Edit - Just want to clarify when I say "opened hackernews with a tuna sandwich" I want to clear up that I did indeed full on mash the keyboard letters w…

This is why I don't touch other people's keyboards.

Re: GitHub incident: ongoing issues with Actions, Issues and other Git operations

#56
post #12

Was unable to merge PRs. Earlier, I also got GitHub PR comment emails about 6 hours late. Whatever it is, it’s been happening for more than 6 hours.

Could you apply the patch from the URL? Pull requests aren't really needed.

Re: GitHub incident: ongoing issues with Actions, Issues and other Git operations

#57

Thankfully git is a distributed version control system, so such outages are not of major concern.

You're kidding right? People / companies rely on git being available for deployments, builds, config changes, developer workflow etc

Re: GitHub incident: ongoing issues with Actions, Issues and other Git operations

#58
post #46
post #36

Earlier quoted context omitted.

The point isn't that GitLab has more, the point is that running these things at global scale is pretty complicated, and everyone has problems. "Just switch to GitLab" is pithy but isn't in itself an actual solution.

You can self-host GitLab and have few, if any, incidents that get resolved very quickly. Worked for a company that had no incidents that I observed in ~3 years, now work at a company that had ~2 incidents in 1.5 years.

We have a self-hosted Premium instance and have 30min of downtime _every day_ while the database is frozen and backed up. We've been told that it's a known issue being discussed with GitLab but that could just be CYA. But in any case, it's the "at scale, while changing" that tends to cause problems.

Perhaps this is a continuing argument for self-hosting, especially if you don't have to expose the instance publicly. But then, if that's an option, you can also self-host GitHub (though I have heard less anecdotes about the stability of that).

Post reply on HN