Moving away from Jira
Re: Moving away from Jira
Apparently, and taking in consideration the RFC voting system topic, (new) system should have (or should allow to create) a powerful RFC tracking system.
Re: Moving away from Jira
I don't think they should be combined. The ideas centre if for your average joe and josphine public to come and vote on features that as part of the community they would think are nice. They wouldn't want to go to a bug tracker, go past all the implementation talk etc. just to say they liked something. At the moment idea torrent is being tested and I believe someone is developing their own version and I think they would be better solutions than too combine it with the tracker, if combining with the tracker was a good idea then they would use the JIRA voting.rxu wrote:Apparently, and taking in consideration the RFC voting system topic, (new) system should have (or should allow to create) a powerful RFC tracking system.
Formerly known as Unknown Bliss
No unsolicited PMs please except for quotes.psoTFX wrote: I went with Olympus because as I said to the teams ... "It's been one hell of a hill to climb"
- callumacrae
- Former Team Member
- Posts: 1046
- Joined: Tue Apr 27, 2010 9:37 am
- Location: England
- Contact:
Re: Moving away from Jira
+1Unknown Bliss wrote:I don't think they should be combined. The ideas centre if for your average joe and josphine public to come and vote on features that as part of the community they would think are nice. They wouldn't want to go to a bug tracker, go past all the implementation talk etc. just to say they liked something. At the moment idea torrent is being tested and I believe someone is developing their own version and I think they would be better solutions than too combine it with the tracker, if combining with the tracker was a good idea then they would use the JIRA voting.rxu wrote:Apparently, and taking in consideration the RFC voting system topic, (new) system should have (or should allow to create) a powerful RFC tracking system.
Re: Moving away from Jira
Your saying that a powerful RFC tracking system needs to be included in the tracker... I said that I thought they should be two completely separate entities.rxu wrote:I never suggested to combine the bug and RFC trackers here.
Formerly known as Unknown Bliss
No unsolicited PMs please except for quotes.psoTFX wrote: I went with Olympus because as I said to the teams ... "It's been one hell of a hill to climb"
Re: Moving away from Jira
I didn't say anything about any bug tracker. JIRA is not only a bug tracking, but a project tracking system.Unknown Bliss wrote:Your saying that a powerful RFC tracking system needs to be included in the tracker.
So, having RFC tracking withing such tool would be a good thing.
Hope I'm not confusing anybody this time again
- imkingdavid
- Registered User
- Posts: 1050
- Joined: Thu Jul 30, 2009 12:06 pm
Re: Moving away from Jira
One thing that would be nice for whatever we choose would be to decrease the number of places in which discussion about the same feature take place. For instance, right now there's a Discussion forum for each version to sort of get feedback on ideas without the technical aspects, there's the RFC forum for the more in-depth discussion once a feature is more likely to be implemented, there's the JIRA ticket discussion area, and eventually there's the Pull Request discussion area. Especially when pull requests are tagged as WIP and as such are going to be there for a while, the discussion in the pull request is not always just about the actual code but also implementation. That makes 4 separate places in which people can discuss the one feature, which can be confusing and difficult to follow.
- A_Jelly_Doughnut
- Registered User
- Posts: 1780
- Joined: Wed Jun 04, 2003 4:23 pm
Re: Moving away from Jira
+1. At minimum, there should be a workflow where discusson moves along from one station to the next with fore- and backlinks.imkingdavid wrote:One thing that would be nice for whatever we choose would be to decrease the number of places in which discussion about the same feature take place. For instance, right now there's a Discussion forum for each version to sort of get feedback on ideas without the technical aspects, there's the RFC forum for the more in-depth discussion once a feature is more likely to be implemented, there's the JIRA ticket discussion area, and eventually there's the Pull Request discussion area. That makes 4 separate places in which people can discuss the one feature, which can be confusing and difficult to follow.
A_Jelly_Doughnut
Re: Moving away from Jira
For an integrated issue tracking/patch review/discussion system take a look at how Drupal does it: http://drupal.org/node/1130814. They even have regression test results inline.
- bantu
- 3.0 Release Manager
- Posts: 557
- Joined: Thu Sep 07, 2006 11:22 am
- Location: Karlsruhe, Germany
- Contact:
Re: Moving away from Jira
Required Features:
* Efficient User Integration and support for many users (phpBB.com userbase)
* User Groups
* Assignee Field for specified user groups
* Ticket Types (Bug, Improvement, etc.)
* Ticket Priorities
* Ticket Relationships (Duplicates, Caused by, etc.)
* Versions and support for non-linear development
* Statuses (Open, Has Patch, etc.)
* Complex Workflow Support (Status X -> Status Y constraints)
* Git Integration (Linking Tickets to Commits and vice versa)
* Continuous Integration Support (Linking Builds to Tickets and vice versa)
* File Attachments
* Multiple Projects Support
* Project Reports / Statistics
* Roadmap / Todo List
* User-defined search filters
* Ability to hide and unhide security related tickets from the public.
* Ability to put code snippets into comments or the ticket description.
* Ability to move to another bug tracking solution (data export).
* ...
* Efficient User Integration and support for many users (phpBB.com userbase)
* User Groups
* Assignee Field for specified user groups
* Ticket Types (Bug, Improvement, etc.)
* Ticket Priorities
* Ticket Relationships (Duplicates, Caused by, etc.)
* Versions and support for non-linear development
* Statuses (Open, Has Patch, etc.)
* Complex Workflow Support (Status X -> Status Y constraints)
* Git Integration (Linking Tickets to Commits and vice versa)
* Continuous Integration Support (Linking Builds to Tickets and vice versa)
* File Attachments
* Multiple Projects Support
* Project Reports / Statistics
* Roadmap / Todo List
* User-defined search filters
* Ability to hide and unhide security related tickets from the public.
* Ability to put code snippets into comments or the ticket description.
* Ability to move to another bug tracking solution (data export).
* ...