<div dir="ltr">Hey,<div><br></div><div>first of all, thanks George and Alex for pushing the work forward!</div><div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Oct 30, 2016 at 12:59 PM, George Kiagiadakis <span dir="ltr"><<a href="mailto:gkiagia@tolabaki.gr" target="_blank">gkiagia@tolabaki.gr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all,<br>
<br><snip><br>
<br>
Moving to Github<br>
================<br></blockquote><div><br></div><div>This is some great news! I realize it's too late now so I'll merely mention</div><div>this perhaps for future reference, but there's also Gitlab, where for example</div><div>the Accounts SSO project is hosted. Gitlab is more free-as-in-freedom software</div><div>friendly and regularly releases open source version of their server. I feel like</div><div>a free software project fits better with Gitlab rather than Github, but I can also</div><div>see why Github is the obvious choice.</div><div><br></div><div>On the issue of Bugzilla vs Github for patches - well, Bugzilla is a tool meant</div><div>for bugs, not really for patch reviews, especially with git workflows. Github is</div><div>much much more better equipped for code reviews and accepting patches.</div><div><br></div><div>I mean reviews like <a href="https://bugs.freedesktop.org/show_bug.cgi?id=34416">https://bugs.freedesktop.org/show_bug.cgi?id=34416</a></div><div>require so much manual work, copy paste and context switching while forcing</div><div>the patch to be contained in narrow column (I have a 27" screen, I want to use all</div><div>of my screen). I find this terrible for reviews compared to, say, Github reviews,</div><div>which also allows to maintain clean comments threads (in addition to clean commit</div><div>history).</div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">I as a developer want to do as </span><span style="font-size:12.8px">little work as possible when it comes to posting</span></div><div><span style="font-size:12.8px">patches but also reviewing patches. </span><span style="font-size:12.8px">I'm reading the diff, I want to say something about</span></div><div><span style="font-size:12.8px">the line I'm reading right now, </span><span style="font-size:12.8px">I click it, I write my thoughts, I press a button, all done.</span></div><div>The bugzilla that's hosted on FDO is in no way "<span style="font-size:12.8px">great system for patch review", sorry.</span><br></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">I'd vote for having issues on Github too. It keeps the project together, doesn't</span></div><div><span style="font-size:12.8px">require two very different accounts (Github and Bugzilla) to work on one project</span></div><div><span style="font-size:12.8px">and finally, Github issues are integrated out-of-the-box with the Github reviews.</span></div><div><span style="font-size:12.8px">Bugzilla as it stands doesn't really offer much over Github's issues, so imo no</span></div><div><span style="font-size:12.8px">reason to not keep the project all under single roof. It should be where the development</span></div><div><span style="font-size:12.8px">happens.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Wiki - as Gergely mentioned, Github pages may be a very good alternative. From</span></div><div><span style="font-size:12.8px">there it could even link to individual project's wikis.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Cheers</span></div></div>-- <br><div class="gmail_signature"><span style="color:rgb(102,102,102)">Martin Klapetek | KDE Developer</span></div>
</div></div></div>