commit: 6ed6b2d006f83ab7fe4948493215dbb00df04524
parent a3f338c7d7d71279196f67e0a78b9963e358e910
Author: Haelwenn (lanodan) Monnier <contact@hacktivis.me>
Date: Mon, 24 Sep 2018 07:25:46 +0200
/articles/My issue with Github (and Microsoft buying it): new
Validated with xmllint
Diffstat:
3 files changed, 46 insertions(+), 0 deletions(-)
diff --git a/articles/My issue with Github (and Microsoft buying it).shtml b/articles/My issue with Github (and Microsoft buying it).shtml
@@ -0,0 +1,13 @@
+<!DOCTYPE html>
+<html lang="en">
+ <head>
+<!--#include file="/templates/head.shtml" -->
+ <title>My issue with Github (and Microsoft buying it) — Cyber-home of lanodan</title>
+ </head>
+ <body>
+<!--#include file="/templates/en/nav.shtml" -->
+<!--#include file="/articles/My issue with Github (and Microsoft buying it).xhtml"-->
+ <a href="/articles/My%20issue%20with%20Github%20(and%20Microsoft%20buying%20it).xhtml">article only(plain XHTML)</a>
+<!--#include file="/templates/en/footer.html" -->
+ </body>
+</html>
diff --git a/articles/My issue with Github (and Microsoft buying it).xhtml b/articles/My issue with Github (and Microsoft buying it).xhtml
@@ -0,0 +1,32 @@
+<article xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
+<a href="/articles/My%20issue%20with%20Github%20(and%20Microsoft%20buying%20it)"><h1>My issue with Github (and Microsoft buying it)</h1></a>
+<h2>Embrace; Extend; Extenguish</h2>
+<p>Microsoft and similar Corporations are well-known for doing this kind of thing, we cannot have permanent links or main forges based on something like that.
+Also microsoft may like Open-Source (and probably not GPL), but the same goes to Google, do we all trust Google with our and others data? Also Google Code created a pile of dead links.<br/>
+And this post will probably evolve as Microsoft apparently haven’t finished aquiring Github.</p>
+<h2>Lack of Transparency / OpenData</h2>
+<p>Currently all the tickets aren’t available in a open manner (I know gitlab can import them, but AFAIK you need a Github account for that and control over the repository).<br/>
+One true alternative to this that is used in real life is debbugs (used at debian) by using emails, and bugzilla with their RSS feeds.</p>
+<p>I also see some projects and their owner from time to time being removed from GitHub with no messages at all on their side. And looking at their <a href="https://help.github.com/articles/github-terms-of-service/#m-cancellation-and-termination">Terms of Service</a> there is a bunch of ways you can be banned. (search for "suspen" and "terminat")</p>
+<h2>Centralisation of Power</h2>
+<q>Never put all your eggs in the same basket</q>
+<pre><code>
+/usr/portage $ cat metadata/timestamp.commit
+932f2215d9f814c7ef2dd8de6593af58e2c16048 1537662482 2018-09-23T00:28:02+00:00
+/usr/portage $ grep -l 'github' -r */*/metadata.xml | wc -l
+5194
+/usr/portage $ find */*/metadata.xml | wc -l
+19549
+/usr/portage $ bc -l
+(5194/19549)*100
+26.56913397104711238400
+</code></pre>
+<p>So if I didn’t mess up the math there is at least over 26% of software in gentoo ports/packages that are more-or-less hosted on github. I think a better version could be obtained by incrementing one package if there is github in the metadata or the latest ebuild. It would be awesome if repology.org could have some stats on VCS providers usage btw.</p>
+<h2>Github is a bad interface</h2>
+<p>(This parts also applies to most git-based Forges)</p>
+<p>Pull Requests shouldn’t be the only way to send modifications, they are meant to maintainers/frequent contributors, not someone that send patches from time to time. (I love sending months of commits to github…).<br/>
+Pull Requests also puts more burden on the contributor than on the maintainer, it means that whatever modification often have to be done by the contributor otherwise it’s not mergeable, which may know nothing about your coding policies. I’m pretty sure this is how you have long-standing PRs that became broken because other stuff came in.</p>
+<p>Also GitHub is very inpopular with designers and others non-coders, and for a good reason, git is meant for versioning code/text files and it does that well. But for other stuff? No, it’s basically a hack and every contributor shouldn’t have to learn git. (note: coders don’t all know git and not having PRs would just mean knowing how to use <code>diff(1)</code>).<br/>
+And one of my favorite thing from coders is <q>but GitHub allows you to edit with a web browser</q>. Yeah, but where is rebase, ammending commits, …? There is just only one commit and a broken push. Could be acceptable for a patch, not really acceptable in most cases for something that is made to be directly merged in a branch.</p>
+<p>GitHub is a registered trademark of Github Inc. ; Microsoft is a registered trademark of Microsoft Corporation.</p>
+</article>
diff --git a/home.shtml b/home.shtml
@@ -7,6 +7,7 @@
</head>
<body>
<!--#set var="transPageUrl" value='accueil' --><!--#include file="templates/en/nav.shtml" -->
+<!--#include file="/articles/My issue with Github (and Microsoft buying it).xhtml"-->
<article class="h-entry">
<!--#include file="/articles/Multi-posting on micro-blogging is a nightmare.html"-->
</article>
