Skip Navigation

User banner
Posts
26
Comments
399
Joined
1 yr. ago

GitHub is down

Jump
  • Most groups of people who write code have one person to report to.

  • GitHub is down

    Jump
  • You don’t need to install SQLite to use Fossil, as Fossil already contains the (newest) version of SQLite, given that both tools come from the same developer.

    In my experience, Git is harder to use than Fossil and if shit hits the fan, it is much harder to unshit the fan. There are reasons why there are numerous tutorials and books about how to tame Git. I don’t want to have to tame the tools that I use every day.

    And yes, most tools are not Linux. Linux is a huge bazaar (with one BFDL, but that’s optional). Most real-life projects are a cathedral though, and Git just doesn’t mirror this.

  • GitHub is down

    Jump
  • It depends on the outer circumstances, I think. Using the prevalent tool makes sense in existing environments (which is one of the reasons why many companies use SVN - it worked for them before Git existed and it still works for them, so why not?). For new projects, one-man teams and/or companies starting from scratch, Git might not always be the best choice.

  • SVN has become notably better over the past few years, but let me clarify that my comment was not meant as a reason to use SVN.

  • GitHub is down

    Jump
  • Ubiquity is not always the most relevant decision. (Especially as most VCS which aren’t Git :-) are easy enough to understand - most of them are even easier than Git in my opinion.)

  • GitHub is down

    Jump
  • "The standard tool" is not a constant. When I started programming with other people, CVS was "the standard tool".

    There is also the following consideration: Most VCSs work very similarly. It makes no difference to anyone I can think of which VCS they should use. Why would someone who can write "git pull" suddenly despair of (for example) "fossil update"?

    Git also has numerous disadvantages for me, including the improvable merging, the contradictory command line commands, the cluttering of the .git folder with numerous metafiles and so on. What's wrong with using the best tool for the job and not the one that "everyone uses"? The supposed advantage that everyone already knows Git (haha, who really "knows" Git?) is outweighed by its disadvantages in my opinion.

    Fossil, to stick with this example, also has some advantages for me as an administrator: Each repository is a single SQLite file (easy to backup, easy to repair, easy to host - without complicated infrastructure, a web server is enough).

  • GitHub is down

    Jump
  • The internet spoiled me.

  • GitHub is down

    Jump
  • Under which circumstances would using any VCS that isn’t Git be “bizarrely stupid” and why? I mean, everyone has strong opinions about something, but I’m curious now.

  • GitHub is down

    Jump
  • Here's hope they'll learn from this.

  • GitHub is down

    Jump
  • Then what's with all these devastated comments on social media?

  • I know. and there are many other ways to host your code. The current GitHub outage shows that most Git users just can't live without a commercial entity stewarding their code though.

  • I realise that this is theoretically possible. But I don't have a problem that I need to solve right now. Others, on the other hand, seem only too happy to make themselves dependent on monopolistic corporations.

  • GitHub is down

    Jump
  • Fossil, mostly, with some Darcs and SCCS thrown in the mix. Some of my older stuff still resides on SVN (and is perfectly reachable right now).

    I think I only have one project on GitHub that's not only a mirror. This incident reminds me that this was meant to be a temporary solution.

  • GitHub is down

    Jump
  • It doesn't look so optional to me if I read the tearful reactions on social media correctly. Apparently, an overwhelming majority of Git users ‘can't work’ when GitHub is down.

  • GitHub is down

    Jump
  • I love how the same people who try to drag me towards using Git are the only people who seem to have serious problems working on their code when a website goes down.