121–130 of 253 posts
Earlier quoted context omitted.
but github is honestly so nice. I'll admit in a very subjective way. whats your favorite decentralized vcs?
The joke is that git is decentralized–it's just GitHub that's a single point of failure.
Githubs uptime is pretty bad. Isn't it under 95% for the year now?
What was happening to Github for a week or so in late June - early July? I see "The status is still red at the beginning of the day" for a whole week. https://status.github.com/messages/2017-07-03
They seemed to be suffering some external attacks / DDoS but I never saw a post-mortem from them on it, hopefully one is forthcoming (or maybe is out but I missed it)
Earlier quoted context omitted.
The Atom editor is widely used and was a major inspiration for VS Code. Electron, which is a GitHub project is also used for countless other projects.
"major inspiration for VS Code" Which is a Microsoft product, and Microsoft is the inventor of EEE. Ergo, GitHub is complicit in an EEE attempt. Q.E.D. Case closed. /s
Earlier quoted context omitted.
But they want you to Rely on Github... if they could find away to make Git only work with Github they would in a heart bet. Github is not a open source company, it is not really even a supporter of free software IMO they are a danger to free software for this very reason. They are following the old school Microsoft model of Embrace and Extend... I am waiting to see if they can extinguish,
> if they could find away to make Git only work with Github they would in a heart bet. Sorry, but this is unfair :) I remember the early days of Gitlab, before they added all the insanely cool features they have now, when they were just a Github opensource copycat. My thought at the time was : "wow, github is super cool to let them go. At least the almost exact design copy could be a legal problem". Clearly, we would…
Earlier quoted context omitted.
> Maintner is short for "Maintainer"...the name of the daemon that serves the maintner data to other tools is "maintnerd". Nice work! But as is custom on HN, I'll bikeshed on the name instead of delving into the contents of the tool. Why shorten the word by just 2 letters? Is there something special about the tooling that makes 8-letter projects more desirable than 10-letter projects, or is it linked to the removal o…
I'd prefer it just for searchability. Good luck finding anything online called "maintainer".
Do they use AWS or another commercial cloud provider, or do they have their own servers in data centers (hopefully scattered around the globe)?
If AWS, are their services spread among multiple availability groups? I'm just wondering how this could happen.
Earlier quoted context omitted.
> bored developers Bored? Git's a distributed version control system, so no excuses. Get back to work! But in all seriousness I kind of wish GitHub provided a way to mirror things like issues and PRs so you never have to be fully reliant on one service. Not being able to read these really does make it impossible to get work done offline.
I keep meaning to dig into Fossil (SQLite's VCS/Project Management system), but I have no faith I could convince a team to use it. Another model to look at is Trac, which had pretty extensive integration with SVN and integrated (ie, cross-linked) issue tracking and wiki, and stored all the data and change history in a svn repository.
Developer or Fossil and SQLite here: I agree. In my experience, you'd have better luck convincing the team to switch from vi to emacs. For all its many and well-documented faults, the Git/GitHub paradigm is what people want to use because it is what they are familiar with.
All the same, I intend to keep right on using Fossil, thank you very much!
So here is the idea I've been thinking of lately: What if Fossil were ported or enhanced to use Git's low-level file-formats so that unmodified git clients could seamlessly push and pull against the (enhanced) Fossil server. Call the new system "Fit" (Fossil+Git). Using Fit, you could stand up a GitHub replacement for an individual project in 5 minutes using nothing more than a 2-line CGI script. Git fan-boys could continue to use their preferred interface, while others who prefer a more rational and user-friendly design could use the Fossil-like "fit" command. Everybody could share code, and everybody would have a nice web-based interface with which to collaborate with tickets and wiki and all the other cool (and to my mind essential) stuff that Fossil provides. And nobody who already knows git would be forced to learn a new command-line interface.
I'd be all over writing the code for "Fit", except that I'm already over-extended. Anybody who thinks this is a good idea and would like to pitch in and collaborate, please contact me privately. Thanks.
Where is github hosted? Do they use AWS or another commercial cloud provider, or do they have their own servers in data centers (hopefully scattered around the globe)? If AWS, are their services spread among multiple availability groups? I'm just wondering how this could happen.
Where is github hosted? Do they use AWS or another commercial cloud provider, or do they have their own servers in data centers (hopefully scattered around the globe)? If AWS, are their services spread among multiple availability groups? I'm just wondering how this could happen.