From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 10.90.117.16 with SMTP id p16cs465656agc; Mon, 2 Nov 2009 06:54:51 -0800 (PST) Received: by 10.224.104.130 with SMTP id p2mr2894962qao.164.1257173691326; Mon, 02 Nov 2009 06:54:51 -0800 (PST) Return-Path: Received: from rubyforge.org (rubyforge.org [205.234.109.19]) by mx.google.com with ESMTP id 34si7366286qyk.25.2009.11.02.06.54.51; Mon, 02 Nov 2009 06:54:51 -0800 (PST) Received-SPF: pass (google.com: domain of sup-talk-bounces@rubyforge.org designates 205.234.109.19 as permitted sender) client-ip=205.234.109.19; Authentication-Results: mx.google.com; spf=pass (google.com: domain of sup-talk-bounces@rubyforge.org designates 205.234.109.19 as permitted sender) smtp.mail=sup-talk-bounces@rubyforge.org Received: from rubyforge.org (rubyforge.org [127.0.0.1]) by rubyforge.org (Postfix) with ESMTP id 17C881598075; Mon, 2 Nov 2009 09:54:50 -0500 (EST) Received: from entry.masanjin.net (masanjin.net [209.20.72.13]) by rubyforge.org (Postfix) with ESMTP id 899A21588062 for ; Mon, 2 Nov 2009 09:50:10 -0500 (EST) Received: from w by entry.masanjin.net with local (Exim 4.69) (envelope-from ) id 1N4yET-00011A-Rs for sup-talk@rubyforge.org; Mon, 02 Nov 2009 06:50:09 -0800 From: William Morgan To: sup-talk In-reply-to: <1257111816-sup-4397@peray> References: <1257111816-sup-4397@peray> Date: Mon, 02 Nov 2009 06:50:08 -0800 Message-Id: <1257169654-sup-6224@masanjin.net> User-Agent: Sup/git Subject: Re: [sup-talk] Choosing a bug tracker for Sup X-BeenThere: sup-talk@rubyforge.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: User & developer discussion of Sup List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: sup-talk-bounces@rubyforge.org Errors-To: sup-talk-bounces@rubyforge.org Nice writeup. Just brainstorming, here are the features I personally find vital for an issue tracker that would make me happy: 1. Web submission. The burden of creating a record should be on the submitter---it's not too much to ask, and it saves developer time. This also encourages reporters to provide relevant information like version, platform, Ruby version, etc. upfront, since they can be prompted for those data explicitly. 2. Developer discussion via email. This is vital. There's no way I would want to have a technical discussion using text boxes on a website. And this discussion should be attached to the issue, of course. 3. Canonicality. I want one name for a bug, and I want one URL that I can point people to when referring to it. That URL should have the entire history, including developer discussion, of the issue. 4. Browseability. There should be some public way of getting a view of all the open issues, at a minimum. (Web seems natural.) Other stuff like sorting by priority, attachign to releases, etc. are icing on the cake, but if people are going to be chipping in on development effort, or searching to see if other people have had this bug, they have to be able to browse what's out there. > About the issues identifier I see two options, either we try to > allocate simple integers like most of the trackers or we just keep the > unique (long) identifier. I want a simple one. I can remember JIRA-style "ABC-123" names and that's really handy sometimes. Just my two cents. -- William _______________________________________________ sup-talk mailing list sup-talk@rubyforge.org http://rubyforge.org/mailman/listinfo/sup-talk