<div dir="ltr">What do you think about using something like Jira for project management(which is free for open source projects)? I know it was used by cyanogenmod with decent success. One other potential advantage would be the possibility of CI testing being tied in more closely.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 12, 2015 at 1:46 AM, John Crispin <span dir="ltr"><<a href="mailto:blogic@openwrt.org" target="_blank">blogic@openwrt.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 12/10/2015 08:38, Steven Barth wrote:<br>
> Let's face it though: the current workflow wrt. core patches is crappy.<br>
><br>
> 1. Go to patchwork, see if there is a patch<br>
> 2. If you want to comment, switch to mail client, find thread, write reply.<br>
> 3. If you want to commit: download patch, go to command line, see if it applies<br>
> 4. Then manually go back to patchwork and adjust the status of the patch.<br>
> 5. Upon merging go back to mail and write a mail ala "Patch Accepted".<br>
><br>
><br>
> Sure could use pwclient and ocassionally do, however it does essentially one thing<br>
> only: save me the download step. Yes, I can also save me the click back to the<br>
> browser to hit accept and can do that via CLI (if I remember the cryptic switches).<br>
> On top of that now I have to deal with an opaque 5 or 6-digit patch id in my head.<br>
><br>
> Compared to Github, Gitlab or Gerrit this is bullshit.<br>
><br>
<br>
<br>
</span>lets face it, it works very well. if you find it crappy then please<br>
provide consistent reasons why this is so.<br>
<br>
so far this thread has brought fwd that<br>
<br>
* it is crappy<br>
* Turrit does not work well<br>
* we think github is better<br>
* the version history gets lost<br>
<br>
the only valid argument i have seen so far is that the history gets<br>
lost. the rest is just web20 convenient feature requirements.<br>
<br>
currently having people look at every patch while merging it is very<br>
usefull and leads to a solid codebase.<br>
<br>
having the github "click and merge" stuff will lead to people "clicking<br>
and merging" and not reviewing it properly.<br>
<br>
i understand that some people love to upload their data to us based<br>
cloud services. but then again i would argue that this is a really illy<br>
thing to do for a whole number of reasons. first of all our dependence<br>
on that $corporation<br>
<span class="HOEnZb"><font color="#888888"><br>
John<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
openwrt-devel mailing list<br>
<a href="mailto:openwrt-devel@lists.openwrt.org">openwrt-devel@lists.openwrt.org</a><br>
<a href="https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel" rel="noreferrer" target="_blank">https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel</a><br>
</div></div></blockquote></div><br></div>