From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=209.132.183.28; helo=mx1.redhat.com; envelope-from=lersek@redhat.com; receiver=edk2-devel@lists.01.org Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 199B82117CE94 for ; Thu, 6 Dec 2018 06:05:41 -0800 (PST) Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 84B243003D45; Thu, 6 Dec 2018 14:05:40 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-122-0.rdu2.redhat.com [10.10.122.0]) by smtp.corp.redhat.com (Postfix) with ESMTP id D955260565; Thu, 6 Dec 2018 14:05:38 +0000 (UTC) To: Rebecca Cran Cc: "Brian J. Johnson" , Jeremiah Cox , stephano , "edk2-devel@lists.01.org" References: <838b16fd-9821-c64c-19f4-aafb63140b6c@redhat.com> <39652103.F463k0L8Pm@photon.int.bluestop.org> <91c55561-1b96-9b2e-1866-277f1d3c51e9@redhat.com> <1760486.u6MfGjpqfb@photon.int.bluestop.org> From: Laszlo Ersek Message-ID: Date: Thu, 6 Dec 2018 15:05:37 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <1760486.u6MfGjpqfb@photon.int.bluestop.org> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.47]); Thu, 06 Dec 2018 14:05:40 +0000 (UTC) Subject: Re: [edk2-announce] Research Request X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2018 14:05:41 -0000 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit On 12/05/18 18:26, Rebecca Cran wrote: > On Wednesday, 5 December 2018 05:55:41 MST Laszlo Ersek wrote: > >> (1) Pls. explain to me how I can create an edk2 clone at >> . :) > > You don't. In a production system it may be possible to clone from either > GitHub or code.bluestop.org (which mirrors github), but the clone URL given > when you click "Clone" on https://code.bluestop.org/diffusion/EDK/ doesn't > work (since I've not configured it). Well, I don't specifically desire creating an edk2 clone on *using the WebUI*. However, in order to share my work (i.e. to submit a pull request that refers to a topic branch of mine), I need to have a publicly available / fetchable git repository. (This is no different from mailing list based pull requests BTW.) So, let me reformulate: can I *have* (by any means) a personal edk2 clone on , and can I push my topic branches there? (Obviously it's not specifically about me nor specifically about , but about any contributor with a topic branch to submit, and about any site that would possibly run the central edk2 Phabricator instance.) Right now I'm confused whether Phabricator (in general) offers repository storage for contributors, or if that would have to come from another service. (That wouldn't be too convenient.) Anyway, the goal of a personal edk2 repo (clone) for me on would be that I should be able to receive pull requests against it. Am I misunderstanding something? > >> (2) Please create a throw-away account for yourself. > > Done (though not throw-away). I suggested "throw-away" because one of the later steps involves deleting it. > >> (3) Submit a pullreq against (1), with a topic branch that has two >> commits, and simple text file modifications. > > https://code.bluestop.org/D1 > Since Phabricator doesn't care about topic branches (just patches), Please wait a second, I don't understand. What do you mean by "doesn't care about topic branches, just patches"? Compare three scenarios: (a) Someone implements a new feature in 10 patches, and sends each patch individually to the mailing list, without a common cover letter, and without numbering in the subject lines. That's what I'd call "doesn't care about branches just patches", and it's unusable for development. (b) Someone sends a normal patch series, they just don't state what upstream commit the series applies to. I can sort-of see this as "no topic branch, just patches". Is this what you mean? Does Phabricator maintain the series of patches as such (without a base commit), i.e. the set of patches in the series, and their relative order? (c) An actual pull request that refers to a specific commit hash (which may or may not, although it almost always is, identified by a branch head or tag). Thanks, Laszlo > I created a diff to README. >