From: Loic Dachary <loic@dachary.org>
To: John Spray <john.spray@redhat.com>, Sage Weil <sweil@redhat.com>,
ceph-devel@vger.kernel.org
Subject: Re: ceph-ci.git?
Date: Mon, 18 May 2015 19:10:59 +0200 [thread overview]
Message-ID: <555A1D23.9090402@dachary.org> (raw)
In-Reply-To: <555A135F.301@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 1627 bytes --]
On 18/05/2015 18:29, John Spray wrote:>
>
> On 18/05/2015 09:09, Loic Dachary wrote:
>> One problem with promoting http://github.com/ceph/ceph to that role is that while the migration is in progress there will be two queues of pull requests, the new one at http://github.com/ceph-ci/ceph and the old one at http://github.com/ceph/ceph. Given our current flow of pull requests the migration will probably take about three months. And after that, since it's not possible to forbid pull requests on github.com (you can disable issues but not pull requests on a given repository) there will forever be a flow of misdirected pull requests against the old repository.
> If I understand correctly, this is not an issue as pull requests would still be against the original ceph repository. The ceph-ci repository would be where people could push their branches directly to have them built, and then they could create a PR to the ceph repository (either from their branch on ceph-ci or their original branch in their own github repo).
>
> So my workflow as a developer would be to write some code locally, push my branch to /jcsp/ceph to "save" it, push it to /ceph/ceph-ci to have the gitbuilders pick it up and build it, and then ultimately make a PR to /ceph/ceph to merge it.
>
> Apologies in advance for muddying the water if I've got any of that wrong :-)
I think you got it right, I misunderstood the original proposal.
+1 on the original proposal then. It's less work than having a ceph-release repository. Sorry for the noise :-)
>
> Cheers,
> John
--
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-18 17:11 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-18 4:40 ceph-ci.git? Sage Weil
2015-05-18 8:09 ` ceph-ci.git? Loic Dachary
2015-05-18 14:02 ` ceph-ci.git? Justin Erenkrantz
2015-05-18 16:29 ` ceph-ci.git? John Spray
2015-05-18 17:10 ` Loic Dachary [this message]
2015-05-23 9:34 ` ceph-ci.git? Joao Eduardo Luis
2015-05-24 15:49 ` ceph-ci.git? 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=555A1D23.9090402@dachary.org \
--to=loic@dachary.org \
--cc=ceph-devel@vger.kernel.org \
--cc=john.spray@redhat.com \
--cc=sweil@redhat.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.