Eric, while you may not be, most people are using some sort of crappy-JIRA-like-tool (such as SIM) which is both way behind JIRA in utility and usability as well as not public, so the rest of the world can’t see the backlog or what work orders are or whatever. the development process does not appear open, and this may contribute to the slow adoption of mxnet. a lot of us are also struggling with internal ticketing tools which are kind of rude to use for non-critical problems, IMHO and JIRA can help to alleviate these pain-points by having a place to translate github issues to work items.
not sure how it could be considered arcane. compared to what? github has issues such as you must be a committer to assign an item, as well as other issues revolving around write access to the repository. in addition, it’s a pretty feature-weak tool compared to JIRA both in scrum/kanban/module/etc ways as well as reporting tools. github is still useful for issue reporting, with JIRA being actual work-items (something there is no public equivalent today) On Tue, Mar 6, 2018 at 9:22 PM Nan Zhu <[email protected]> wrote: > I think the right approach here is to start another vote on terminate the > starting process of using JIRA, > > since we have passed this vote > > On Tue, Mar 6, 2018 at 9:13 PM, Eric Xie <[email protected]> wrote: > > > -1 > > > > JIRA is ancient and arcane. This adds unnecessary overhead. > > > > On 2018/03/03 06:11:12, CodingCat <[email protected]> wrote: > > > This vote passes with 6 +1 votes (6 bindings) and no 0 or -1 votes. > > > > > > Binding +1: > > > Chris Olivier > > > Indhu Bharathi > > > Suneel Marthi > > > Yuan Tang > > > Marco de Abreu > > > Sebastian Schelter > > > > > > > > > > > > Vote thread: > > > https://lists.apache.org/[email protected]:lte= > > 1M:tracking%20code%20changes%20with%20JIRA%20by%20associating%20pull% > > 20requests > > > > > > I will continue with pushing the content to wiki and take it into > > practice > > > > > >
