Live data from Hacker News

GitHub degraded performance – resolved

githubstatus.com

51–58 of 58 posts

Re: GitHub degraded performance – resolved

#51
post #48

Earlier quoted context omitted.

You could use jira for tickets. Why put all your eggs in one basket?

Because the Jira basket is burning excrement.

>Because the Jira basket is burning excrement.

This is going to be my Slack status tomorrow.

Re: GitHub degraded performance – resolved

#53
post #45
post #30

Earlier quoted context omitted.

I'd recommend checking out gitlab for on-prem hosting in an enterprise environment. Works great, integrates with AD/ldap and most of the features are available on the free tier if you want to test it. Practically a drop in replacement for github.

I love GitLab, and am now a shareholder, but advertising it as "drop in replacement" is setting up an evaluator for disappointment At the very least, they use just absolutely incompatible yaml files for their CI pipelines (in, of course, an incompatible location in the repo) But probably the bigger obstacle would be their incompatible API (and incompatible auth to it); that means one cannot grab a cool "github bot/to…

I wish Gitlab had a form of the Checkruns API and allow you to annotate lines in source files, e.g. your linting errors or that vulnerability integration wasn't only available in Ultimate

Re: GitHub degraded performance – resolved

#54
post #6

This one is pretty nasty. Getting tired of the disengagement this causes for the team. It's basically a lost day of productivity even if GH goes down for only 30 minutes. Yes, we can continue coding locally, but issues & PRs are a huge part of our daily process. When I get back from vacation we are moving our shit to the enterprise plan. $21/user-month is really not that big of a deal when you are running basically y…

Personally, I had more issues with all the Google Cloud issues that happened this week. It's difficult to debug issues when Cloud Logging stops working. Most worrisome was that Google reported issues in US regions while we only have EU regions.

Re: GitHub degraded performance – resolved

#55
post #53
post #45

Earlier quoted context omitted.

I love GitLab, and am now a shareholder, but advertising it as "drop in replacement" is setting up an evaluator for disappointment At the very least, they use just absolutely incompatible yaml files for their CI pipelines (in, of course, an incompatible location in the repo) But probably the bigger obstacle would be their incompatible API (and incompatible auth to it); that means one cannot grab a cool "github bot/to…

I wish Gitlab had a form of the Checkruns API and allow you to annotate lines in source files, e.g. your linting errors or that vulnerability integration wasn't only available in Ultimate

I used ReviewDog to wire in Qodana results, so I hear you about wishing it was built in, but it is achievable: https://github.com/reviewdog/reviewdog#reporter-gitlab-merge...

Based on my contact with GitLab's built-in other scanning tools, I wouldn't trust their vuln management further than I could throw it, so you're likely not missing much on that front

Re: GitHub degraded performance – resolved

#56
post #6

This one is pretty nasty. Getting tired of the disengagement this causes for the team. It's basically a lost day of productivity even if GH goes down for only 30 minutes. Yes, we can continue coding locally, but issues & PRs are a huge part of our daily process. When I get back from vacation we are moving our shit to the enterprise plan. $21/user-month is really not that big of a deal when you are running basically y…

After the first paragraph, I was somewhat expecting this to be about wanting to move off of github due to the issues, so I was kind of surprised to see that you instead decided to start paying them! I don't think you're wrong to decide that or anything; it's just interesting to see that negative experience can drive free users to become paid users when naively I would expect the opposite.

Re: GitHub degraded performance – resolved

#57
post #56
post #6

This one is pretty nasty. Getting tired of the disengagement this causes for the team. It's basically a lost day of productivity even if GH goes down for only 30 minutes. Yes, we can continue coding locally, but issues & PRs are a huge part of our daily process. When I get back from vacation we are moving our shit to the enterprise plan. $21/user-month is really not that big of a deal when you are running basically y…

After the first paragraph, I was somewhat expecting this to be about wanting to move off of github due to the issues, so I was kind of surprised to see that you instead decided to start paying them! I don't think you're wrong to decide that or anything; it's just interesting to see that negative experience can drive free users to become paid users when naively I would expect the opposite.

It's even more nuanced than that. We already pay them money and are looking to pay more.

Re: GitHub degraded performance – resolved

#58
post #46

Hmm, how do I get the Github Actions CI to run on all the already existing PR's for which it never ran? Anyone know?

Would this do it? https://docs.github.com/en/rest/reference/actions#create-a-w... or, depending on the error, perhaps this? https://docs.github.com/en/rest/reference/actions#re-run-a-w...

Not sure. There was no error reported, just a "waiting" message, with no "run" created.

i'm not sure I have any ID's to give to those API calls. Would have preferred something from the web UI.

I just went ahead and created new commits for them all. (Create an empty commit, or --amend to re-commit the last commit with a new timestamp).

Would prefer if there were an easier way to do it, but fighting with http API's I am not familiar with when they aren't immediately apparent and I'm not sure they'll work at all was not that easier way.

Post reply on HN