All of lore.kernel.org
 help / color / mirror / Atom feed
From: Abhishek Lekshmanan <alekshmanan@suse.de>
To: Nathan Cutler <ncutler@suse.cz>, kefu chai <tchaikov@gmail.com>
Cc: John Spray <jspray@redhat.com>,
	"ceph-devel@vger.kernel.org" <ceph-devel@vger.kernel.org>
Subject: Re: needs-backport label on github/ceph/ceph
Date: Wed, 23 Aug 2017 18:29:19 +0200	[thread overview]
Message-ID: <87fuciqmcg.fsf@suse.com> (raw)
In-Reply-To: <9abaad60-9318-8362-209d-2b92c49c438f@suse.cz>

Nathan Cutler <ncutler@suse.cz> writes:

>> Can we ensure that we always have a tracker issue when there is a
>> pending backport label, makes it easier to track these.
>
> I thought the whole idea was to make a "fast-track" backporting process 
> which would not require a tracker for each backport. With the 
> understanding that it would only be used early in the release cycle. If 
> a backport is "fast-tracked" the merging developer would be responsible 
> for doing and merging the cherry-picks.
>
> If there is a tracker, of course, then the normal workflow would apply 
> regardless of the presence/absence of this "needs-backport" tag.

Sure makes sense, sorry, didn't see Sage's mail (until after I sent
mine), yeah it does make sense for until the first backport release or
so for using this tag.

-- 
Abhishek Lekshmanan
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton,
HRB 21284 (AG Nürnberg)

  reply	other threads:[~2017-08-23 16:29 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-22 15:09 needs-backport label on github/ceph/ceph kefu chai
2017-08-22 15:12 ` John Spray
2017-08-22 16:00   ` Nathan Cutler
2017-08-23  3:35     ` kefu chai
2017-08-23 14:02       ` Abhishek Lekshmanan
2017-08-23 15:59         ` Nathan Cutler
2017-08-23 16:29           ` Abhishek Lekshmanan [this message]
2017-08-23 13:59   ` Sage Weil

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=87fuciqmcg.fsf@suse.com \
    --to=alekshmanan@suse.de \
    --cc=ceph-devel@vger.kernel.org \
    --cc=jspray@redhat.com \
    --cc=ncutler@suse.cz \
    --cc=tchaikov@gmail.com \
    /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.