<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Hi All</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Just a couple points of clarification.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">First of all the Jira hosting was obtained free of charge through Atlassian. I applied for their Open Source license request[1] and it was granted. So they demonstrate support of Open Source development at least in this fashion. Their source is not open (but then neither is Github itself). I am not aware of any Github policy WRT open source projects and free hosting for project management functionality (but then it is quite new).</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Secondly there is no requirement to have a Jira account to *view epics, stories, tasks, bugs, etc. in Jira because that is one of the requirements for participating in the open source program. They require that you modify your project to be open to anonymous viewers and I have done that. If you want to *participate in the development, testing, or be assigned to a story, etc. you will need an account and those accounts are unlimited with the licensing we have. If that is a significant barrier to developer participation then I tend to doubt the eagerness of said developer to actually contribute. It literally takes an email to this list and one of the 4 or 5 admins we have will create the account. They will get an email, set their password, and login. Simple as that.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">On bugs..</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">It seems the preponderance of commenters prefer Github issues for speed and developer friendliness. Let software continue to eat the world..</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Let's call it case closed on that. </div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Thanks</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Jeff</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">[1]  <a href="https://www.atlassian.com/software/views/open-source-license-request">https://www.atlassian.com/software/views/open-source-license-request</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 21, 2016 at 4:21 AM, Martin Kudlej <span dir="ltr"><<a href="mailto:mkudlej@redhat.com" target="_blank">mkudlej@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
Jira:<br>
pros: it scales better than Trello, planning features are much better than in Github and Bugzilla<br>
cons: it is not close to code<br>
<br>
Bugzilla:<br>
Well here I'm not that objective because I'm used to work with BZ and I can do there planning and issue tracking.<br>
pros: it's full featured issue tracking system, there are couple of tools integrated with it<br>
cons: it's not close to code and it's hard to do planning there<br>
<br>
Github:<br>
pros: close to code<br>
cons: lack of planning features for project like Tendrl. need to synchronize with external tools.<br>
<br>
I vote for Jira as single point for storing everything about Tendrl. I think planning and issue tracking should be on one place because synchronization between 2 or more tools can generate mistakes, mess and additional effort.<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
-- <br>
Best Regards,<br>
Martin Kudlej.<br>
RHSC/USM Senior Quality Assurance Engineer<br>
Red Hat Czech s.r.o.<br>
<br>
Phone: <a href="tel:%2B420%20532%20294%20155" value="+420532294155" target="_blank">+420 532 294 155</a><br>
E-mail:mkudlej at <a href="http://redhat.com" rel="noreferrer" target="_blank">redhat.com</a><br>
IRC:   mkudlej at #brno, #gluster, #storage-qa, #rhs, #rh-ceph, #usm-meeting @ redhat<br>
                  #tendrl-devel @ freenode<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Jeff Applewhite<div>Principal Product Manager</div><div><br></div></div></div></div></div>
</div>