[Resolved] GitHub is returning 500 for all requests(github.com)
github.com
[Resolved] GitHub is returning 500 for all requests
https://github.com
58 comments
https://www.githubstatus.com/ says degraded performance.
Why is there nothing better than Git?
I mean...
It is a centralized service that does not take any benefit from being a centralized service like other collaboration software. At the same time it is a bit decentralized but not really.
The way Git works have an impact on how you build things.
In private corporations. ACL is needed for compliance and so on and you end up with a lot repos. Then it propagates on to build pipelines and so on.
There is no proper way to control secrets.
There is no good built in way to separate users from service users like agents and so on.
I wonder what the large IT companies use. Surely it can't be Git as is.
I mean...
It is a centralized service that does not take any benefit from being a centralized service like other collaboration software. At the same time it is a bit decentralized but not really.
The way Git works have an impact on how you build things.
In private corporations. ACL is needed for compliance and so on and you end up with a lot repos. Then it propagates on to build pipelines and so on.
There is no proper way to control secrets.
There is no good built in way to separate users from service users like agents and so on.
I wonder what the large IT companies use. Surely it can't be Git as is.
Changing your remote is a one liner. If you can't be bothered to find the command, the config file is self explantory and easy to find.
Any clone of the repository can function as a remote; and every developer has a full clone.
If a clone is on a machine with an ssh server, it can be accessed through ssh. Doing so immidietly gives you all access control mechanisms present on said server. For simple setups, this is traditional user accounts with tradutional DAC, possibly with public key authentication uf SSH is so confifured. For more complex situations you can use arbitrary PAM modules. Otherwise any remote filesystem would work once you mount it. These are all concepts that any IT department fielding Linux systems will already need to deal with.
As a developer, I have taken advantage of the distributed nature of git without a second thought. No access to the main repository? No problem, there is a clone on our build server, point your remote to that.
Any clone of the repository can function as a remote; and every developer has a full clone.
If a clone is on a machine with an ssh server, it can be accessed through ssh. Doing so immidietly gives you all access control mechanisms present on said server. For simple setups, this is traditional user accounts with tradutional DAC, possibly with public key authentication uf SSH is so confifured. For more complex situations you can use arbitrary PAM modules. Otherwise any remote filesystem would work once you mount it. These are all concepts that any IT department fielding Linux systems will already need to deal with.
As a developer, I have taken advantage of the distributed nature of git without a second thought. No access to the main repository? No problem, there is a clone on our build server, point your remote to that.
The thing is that those repos will only be shared among the users, hence the most important repos does not benefit from distribution since only a fragment of users have access to the most important repos.
Most distributed systems use server and client agents. That would solve a lot of things.
Most distributed systems use server and client agents. That would solve a lot of things.
I think you're confusing Git with GitHub.
Not at all, Github adds some more or less useless features to git without tackling any of the basic problems with git.
[deleted]
I think this is a great example of why you should add a 2nd remote with some hooks to push to that second remote automatically.
A man with two watches never knows the time.
Unless he knows how to add two numbers and divide by two, and to generalize the arithmetic to hour-minute-second time.
A man with two watches has a backup if one breaks.
can access from europe without problems
work from Japan, too.
it fails from France
I had a few issues for a few minutes but then it was fine.
Still better than bitbucket, they'd have issues for hours and no status update, at least github acknowledges issues straight away unlike bitbucket.
The update log is exemplary.
https://www.githubstatus.com/incidents/m78sypncxsdw
Seems resolved: https://www.githubstatus.com/incidents/m78sypncxsdw
No problems here. Everything is running fine in the UK and GitHub Actions seems to be up.
As always have a failsafe backup system or CI whenever a real outage happens.
Happy coding.
As always have a failsafe backup system or CI whenever a real outage happens.
Happy coding.
Well that could explain why there was a kerfluffle when checking my Advent of Code account earlier. It worked a few minutes later, so all good.
Western Canada checking in. Everything fine here.
Lots of unicorn sightings here.
Also curl'd it...good response in USA West
@dang
Why is this thread flagged?
Why is this thread flagged?
London, uk works
Microsoft
Good US TX
I guarantee, as usual someone posts something along the lines of "This is why you should self-host <insert github alternative here>." Followed by comments like "Yeah, if you have time to maintain it"
It's deeply ironic that git, a free distributed VCS, should be so completely pwned by a proprietary centralized service. (And beyond ironic that so many FOSS projects rely on it, especially after it was acquired by Microsoft. Blows my mind every time I think about it.)
I see nothing mind-blowing about the fact that 99% of the developers on the ground are not willing to take on the challenge of inventing and bootstrapping a completely decentralized network. And that they need to work today and not after 10 years, when such an effort maybe finally takes off.
Do you find these mind-blowing?
As for self-hosting GitHub, yes, that's much more viable and I believe more of us should be doing it (although I personally plan to still have GitHub as a central source of truth and just backup all my repos to several servers under my control). But GitHub is also very socially entrenched and provides a real value-add in terms of good PR interface, Wiki, issues, discussions and whatnot.
Do you find these mind-blowing?
As for self-hosting GitHub, yes, that's much more viable and I believe more of us should be doing it (although I personally plan to still have GitHub as a central source of truth and just backup all my repos to several servers under my control). But GitHub is also very socially entrenched and provides a real value-add in terms of good PR interface, Wiki, issues, discussions and whatnot.
I love github. But I host my own grogs. Both is good. Sometimes I use fossil.
The mind-blowing thing is, first, that FOSS projects use a proprietary system (for DVCS and for "good PR interface, Wiki, issues, discussions and whatnot") at all and second that they didn't bail en mass when it was acquired by MS, the traditional bogeyman of FOSS philosophy.
People are busy. They need to get work done today. I'll migrate all my repos tomorrow -- and deprive myself of sleep if I have to -- if a solid GitHub competitor shows up.
(And I'm not counting GitLab, it's worse in almost every way. And is very slow.)
We're way past idealistic slogans. Be the change you want to see. Give example to the rest of us. Many will follow.
In the meantime, I want my free time mostly free of computers.
(And I'm not counting GitLab, it's worse in almost every way. And is very slow.)
We're way past idealistic slogans. Be the change you want to see. Give example to the rest of us. Many will follow.
In the meantime, I want my free time mostly free of computers.
I feel ya friend. Part of the irony is that an unarguably superior FOSS competitor to GitHub hasn't shown up. (Can you imagine if Linux were worse than Windows? Egad!)
FWIW, I like (and pay for) sr.ht even though it doesn't have feature parity with GH.
FWIW, I like (and pay for) sr.ht even though it doesn't have feature parity with GH.
> And I'm not counting GitLab, it's worse in almost every way. And is very slow.
Hate to be that person, but GitLab is better than GitHub at everything. UX is different in some places, and it's an entirely subjective question which one is better ( i prefer GitLab but to each their own), but in terms of features it isn't even close - GitLab absolutely blows GitHub out of the water, even with Microsoft's incredible investment and recent deluge of announcements. In terms of speed i think GitLab is slower while doing some things, but it's not ( at least for me) painful like Jira Cloud is.
Hate to be that person, but GitLab is better than GitHub at everything. UX is different in some places, and it's an entirely subjective question which one is better ( i prefer GitLab but to each their own), but in terms of features it isn't even close - GitLab absolutely blows GitHub out of the water, even with Microsoft's incredible investment and recent deluge of announcements. In terms of speed i think GitLab is slower while doing some things, but it's not ( at least for me) painful like Jira Cloud is.
I use both and I like them both but GitHub strikes me as less cluttered in the UI and easier to navigate. Might be a force of habit, I am not sure.
I manage GitLab just fine but it's way too slow for me.
I manage GitLab just fine but it's way too slow for me.
It's the UI. People love the UI
Meh, it's a good way to learn about github alternatives or hear anecdotes from people who have tried doing it.
[deleted]
[deleted]
I recommend "git init --bare" and a $5 server on digital ocean
Classic “I can make Dropbox with rsync” comment
But if you can, maybe it's the right answer for you. Maybe the right answer for others is to learn to do it. For yet others, it's, "Use Dropbox." Why is, "This works for me, and might for you," not an acceptable answer?
Everyone likes to think they're the smart person laughing at the "Faster Horses" guy in that Henry Ford quote. And I don't think the moral of that quote means what most people think it means either. But anyway...
I'm with you. I was looking for a HN comment I saw once so I could link to it. A guy was explaining how his response to "why do you use linux?" is "it gives me more control" but his response to "what would Linux let me do that windows doesn't?" and his response would be "nothing". If that person didn't already know, then there's no valid answer that actually applies to that person.
But it's flashier to have a subscription product instead of a strong commons and self-sufficiency.
I'm with you. I was looking for a HN comment I saw once so I could link to it. A guy was explaining how his response to "why do you use linux?" is "it gives me more control" but his response to "what would Linux let me do that windows doesn't?" and his response would be "nothing". If that person didn't already know, then there's no valid answer that actually applies to that person.
But it's flashier to have a subscription product instead of a strong commons and self-sufficiency.
Because I believe it's bad advice. Web services are never "git and a $5 box", you must preserve them and keep them up to date.
I can trust GitHub with my deploy secrets; Can you trust your $5 last-updated-in-2019 box?
If you self-host, either you're a sysadmin or you must become one.
Plus GitHub is not just git, so I hope you'll also like to you set up "GitHub Actions" on that $5 box.
I can trust GitHub with my deploy secrets; Can you trust your $5 last-updated-in-2019 box?
If you self-host, either you're a sysadmin or you must become one.
Plus GitHub is not just git, so I hope you'll also like to you set up "GitHub Actions" on that $5 box.
All you are saying is that there are people for whom self-hosting is right, and others for whom it is not right. We don't disagree on that.
And Dropbox for 8 years of its life was basically this:
aws s3 sync source destination
aws s3 sync source destination
Sounds like you never used Dropbox. DB lets you share files or folders with anyone, with read-only or write access, without wasting any time whatsoever with AWS config; With Dropdox you just need a right click.
If you need backup, then use rsync, but Dropbox isn't just backup.
If you need backup, then use rsync, but Dropbox isn't just backup.
Wasting time on AWS configuration? As easy as:
aws s3 presign s3://<bucketname>/<object>
The original rsync comment, here in this community, does not get the respect that it deserves. If you are a user, maybe you should read this:
"Criticism of Dropbox" https://en.wikipedia.org/wiki/Criticism_of_Dropbox
aws s3 presign s3://<bucketname>/<object>
The original rsync comment, here in this community, does not get the respect that it deserves. If you are a user, maybe you should read this:
"Criticism of Dropbox" https://en.wikipedia.org/wiki/Criticism_of_Dropbox
Seriously?
Yes. Seriously.
"...Half-a-billion people stored files on Dropbox. Well, sort of. Really, the files were in Amazon’s cloud..."
https://www.wired.com/2016/03/epic-story-dropboxs-exodus-ama...
"...Half-a-billion people stored files on Dropbox. Well, sort of. Really, the files were in Amazon’s cloud..."
https://www.wired.com/2016/03/epic-story-dropboxs-exodus-ama...
That is a good point...
I unironically think GitLab is a better piece of software, but this type of situation arises way more regularly on self-hosted, so I fully agree with your point that this isn't really something to hold against GH