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 B0F262117CE94 for ; Thu, 6 Dec 2018 06:07:46 -0800 (PST) Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 303C1397B; Thu, 6 Dec 2018 14:07:46 +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 AA9D310018F9; Thu, 6 Dec 2018 14:07:43 +0000 (UTC) From: Laszlo Ersek 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> Message-ID: <7775afaf-812a-c2f2-cc68-15698948a2e8@redhat.com> Date: Thu, 6 Dec 2018 15:07:42 +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: X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.26]); Thu, 06 Dec 2018 14:07:46 +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:07:46 -0000 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit On 12/06/18 15:05, Laszlo Ersek wrote: > 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). Sigh, I failed to finish (c). I meant to ask, assuming I upload my work (a topic branch) via git-push to the phabricator instance that hosts my personal clone -- when I submit the pull request, does the pull req preserve the specific commit hash (and hence the full git history leading up to it), or does the request decay to (b), similarly to the "normal" mailing list posting? Thanks, Laszlo