I had just posted a link to an issue in github and when I tried to click it to see if it worked, I was wondering if I did anything wrong. Github has so much activity that many people could be thinking the same right now.
I also guess hundreds of persons are wondering if the commit they just pushed killed github's servers.
We just started using Gerrit, but using Github authentication. Can't sign in! Not doing our own account management appears to have been a poor decision.
Every time a service like Github goes down, I always swear to myself I'll replace that dependency with a project that takes days, weeks, or months to implement will ensure I'll never have hours or minutes of downtime ever again.
I run a gogs[0] instance, which is a GitHub clone with great performance characteristics. I use it for both company and personal projects, and we haven't had any downtime. No more productivity drop when github is down :D.
I recently discovered another huge dependency I have when coding though : StackOverflow. That's going to be a lot harder to replace though...
It could have been the motto of RhodeCode (https://rhodecode.com). Self-hosted repository management not only has a benefit of having one's uptime under control, but also is much more secure.
This isn't an argument against third-party account management. It's an argument against single points of failure.
You can (and many websites which do) support multiple auth providers such as Facebook, Twitter, GitHub etc. If you bind your account to multiple of these providers, you can mitigate this risk to a large extent.
Even with that setup, people normally don't bother to associate more than one set of credentials with their account. So you would have to institute a more-than-one credential practice.
The git hosting is fairly independent of the web site. It happens fairly frequently that one is down and the other isn't. The git hosting has a resilient distributed back end designed to maintain redundant replicas and be highly available. The web site is, I believe, a huge Rails app.
I really wish we could get the community effects of github without github and have everyone self-hosting repos or even a fully distributed solution on top of something like IPFS.
I am sorely tempted to just start tracking issues as YML or CSV + markdown files in an issues directory. That gets me all kinds of features that GH doesn't provide:
- offline issue management (bugs on a plane)
- issues associated with branches
- grep, awk, ack, sed
- all of the above, available to git hook scripts
The only thing he holding me back, is that I really want to get this right. This needs to become a standard, not "Dan's weird repo that no one understands".
19 minutes and twelve pop-under ads later... I can't commit my changes until I punch the monkey and learn one weird trick to make my teeth whiter. Ah, the good old days.
At least when it's self-hosted, it's your responsibility and you can fix it. When you are anything larger than a tiny company, this is much less risky.
Remember that 'the cloud' just means 'someone else's computers' so you are subject to their infrastructure management practices and uptime guarantees (or lack thereof).
Even for a company much larger than tiny, you're better off with GitHub from a reliability perspective. Most medium companies (up to hundreds of employees) do not have operations staff anywhere near as responsive as GitHub's are.
Look at their status history. The vast majority of companies could not boast such a record for their internal operations.
We're only more reliable when self hosting. GitLab.com is growing very fast and we have availability and speed problems. But I love the 'for now'. We're working to improve .com and we'll keep launching awesome features every month.
My activity is missing on my activity page, but the issue I just filed like an hour ago is there on my contributions page. I suspect that perhaps some of the feeds and lists have to repopulate, but nothing is really missing.
There have in the past been some ddos attacks that were most likely by a foreign actor, but they were directed against individual repo's that contained material that the attacker wanted to suppress.
93 comments
[ 3.4 ms ] story [ 181 ms ] threadBut this is seriously not a good time. Using gh-pages, hard deadline tomorrow morning.
At the very least I need URLs for my stuff so I can put them in things I'm writing. But I need to check github to find them.
Basically, every 3rd thing I looked up in the last 20min was hosted on github.
At the very least I need URLs for my stuff so I can put them in things I'm writing. But I need to check github to find them.
Basically, every 3rd thing I looked up in the last 20min was hosted on github.
I also guess hundreds of persons are wondering if the commit they just pushed killed github's servers.
It's still down. :(
I recently discovered another huge dependency I have when coding though : StackOverflow. That's going to be a lot harder to replace though...
[0]: https://github.com/gogits/gogs
PS: Yes, I realize the irony in using a github link here...
It could have been the motto of RhodeCode (https://rhodecode.com). Self-hosted repository management not only has a benefit of having one's uptime under control, but also is much more secure.
You can (and many websites which do) support multiple auth providers such as Facebook, Twitter, GitHub etc. If you bind your account to multiple of these providers, you can mitigate this risk to a large extent.
https://github.com/google/git-appraise
https://github.com/google/git-appraise-web
https://github.com/Nemo157/git-appraise-rs
And there's also http://jk.ozlabs.org/projects/patchwork/ (http://patchwork.ozlabs.org/project/qemu-devel/list/).
- offline issue management (bugs on a plane)
- issues associated with branches
- grep, awk, ack, sed
- all of the above, available to git hook scripts
The only thing he holding me back, is that I really want to get this right. This needs to become a standard, not "Dan's weird repo that no one understands".
[0] https://en.wikipedia.org/wiki/Doppler_effect
Remember that 'the cloud' just means 'someone else's computers' so you are subject to their infrastructure management practices and uptime guarantees (or lack thereof).
Look at their status history. The vast majority of companies could not boast such a record for their internal operations.
by the way, why the status from July 15, 2016 to July 21, 2016 is red ?
See http://arstechnica.com/security/2015/04/ddos-attacks-that-cr...