From: Loic Dachary <loic@dachary.org>
To: Sage Weil <sage@newdream.net>
Cc: Nathan Cutler <ncutler@suse.cz>,
Ceph Development <ceph-devel@vger.kernel.org>
Subject: Re: Proposal for a Backport tracker
Date: Thu, 21 May 2015 21:05:09 +0200 [thread overview]
Message-ID: <555E2C65.1040503@dachary.org> (raw)
In-Reply-To: <alpine.DEB.2.00.1505210844580.23818@cobra.newdream.net>
[-- Attachment #1: Type: text/plain, Size: 1957 bytes --]
On 21/05/2015 17:46, Sage Weil wrote:
> On Thu, 21 May 2015, Loic Dachary wrote:
>>
>> On 21/05/2015 14:41, Nathan Cutler wrote:
>>>> * a backport issue is created in the "Backport" tracker and is
>>>> "Related" to the original issue
>>>
>>> Hi Loic:
>>>
>>> I like the idea of having backport tickets in a separate Redmine
>>> subproject/issue tracker.
>>
>> It would just be in a separate tracker, in the same project.
>>
>>> In fact, I would go even a step further and
>>> have separate subprojects for each target version (hammer backports,
>>> firefly backports).
>>
>> Separating them in a different project / subproject would create
>> problems because redmine has ways to partition the subprojects that make
>> some things difficult. For instance not all issues can be "Related" to
>> issues in other projects which is kind of annoying. My general
>> impression with redmine subprojects is that they tend to complexify and
>> obscure the process rather than help. Or maybe it's just that my redmine
>> skills are not what they should be. Do you have a different experience ?
>
> I agree. Adding subprojects clutters up the project list, and a separate
> tracker captures this perfectly. It also means you can rank by priority
> issues and see both bugs and backprots together (if you like). And I
> think (?) the related issue only works within the same project (that is
> at least true with the 'duplicate' relationship).
>
> Loic, I think this is a great idea (provided the bot does all the issue
> creation). +1!
I created the Backport tracker and we will migrate the pending issues & HOWTO accordingly.
Cheers
>
> sage
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
Loïc Dachary, Artisan Logiciel Libre
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2015-05-21 19:05 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-21 11:24 Proposal for a Backport tracker Loic Dachary
2015-05-21 12:41 ` Nathan Cutler
2015-05-21 13:38 ` Abhishek L
2015-05-21 15:27 ` Loic Dachary
2015-05-21 15:21 ` Loic Dachary
2015-05-21 15:46 ` Sage Weil
2015-05-21 19:05 ` Loic Dachary [this message]
2015-05-22 7:06 ` Nathan Cutler
2015-05-22 7:23 ` Loic Dachary
2015-05-22 8:32 ` Nathan Cutler
2015-05-22 10:36 ` Joao Eduardo Luis
2015-05-22 10:50 ` Loic Dachary
2015-05-22 17:38 ` Sage Weil
2015-05-22 10:45 ` Loic Dachary
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=555E2C65.1040503@dachary.org \
--to=loic@dachary.org \
--cc=ceph-devel@vger.kernel.org \
--cc=ncutler@suse.cz \
--cc=sage@newdream.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.