From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18167 invoked by alias); 16 Dec 2019 13:33:15 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 18159 invoked by uid 89); 16 Dec 2019 13:33:15 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,KAM_SHORT,RCVD_IN_DNSWL_NONE,T_FILL_THIS_FORM_SHORT autolearn=ham version=3.3.1 spammy=mirror, century, interest X-HELO: gate.crashing.org Received: from gate.crashing.org (HELO gate.crashing.org) (63.228.1.57) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 16 Dec 2019 13:33:12 +0000 Received: from gate.crashing.org (localhost.localdomain [127.0.0.1]) by gate.crashing.org (8.14.1/8.14.1) with ESMTP id xBGDX66h021776; Mon, 16 Dec 2019 07:33:07 -0600 Received: (from segher@localhost) by gate.crashing.org (8.14.1/8.14.1/Submit) id xBGDX6Xw021775; Mon, 16 Dec 2019 07:33:06 -0600 Date: Mon, 16 Dec 2019 13:33:00 -0000 From: Segher Boessenkool To: Mark Wielaard Cc: Maxim Kuvyrkov , "Richard Earnshaw (lists)" , gcc@gcc.gnu.org Subject: Re: Proposal for the transition timetable for the move to GIT Message-ID: <20191216133305.GB3152@gate.crashing.org> References: <1685e719-738f-dd4e-c39c-c08e495b202e@arm.com> <9E009921-96EA-44A2-A06A-232711227E69@linaro.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-IsSubscribed: yes X-SW-Source: 2019-12/txt/msg00225.txt.bz2 Hi! On Mon, Dec 16, 2019 at 10:53:05AM +0100, Mark Wielaard wrote: > On Fri, 2019-12-06 at 17:44 +0300, Maxim Kuvyrkov wrote: > > > On Sep 19, 2019, at 6:34 PM, Maxim Kuvyrkov wrote: > > > > On Sep 17, 2019, at 3:02 PM, Richard Earnshaw (lists) wrote: > > > > > > > > Monday 16th December 2019 - cut off date for picking which git conversion to use > > > > > > > > Tuesday 31st December 2019 - SVN repo becomes read-only at end of stage 3. > > > > > > > > Thursday 2nd January 2020 - (ie read-only + 2 days) new git repo comes on line for live commits. > > > > > > I have regenerated my primary version this week, and it's up at > > > https://git.linaro.org/people/maxim-kuvyrkov/gcc-pretty.git/ . > > > So far I have received only minor issue reports about it, and all known problems have been fixed. > > > I could use a bit more scrutiny :-). > > > > I think now is a good time to give status update on the svn->git conversion I maintain. > > See https://git.linaro.org/people/maxim-kuvyrkov/gcc-pretty.git/ . > > > > 1. The conversion has all SVN live branches converted as branches under refs/heads/* . That is true as far as I can see. All branches I care about are there, at least, and I don't see anything missing. > > 2. The conversion has all SVN live tags converted as annotated tags under refs/tags/* . Yup. > > 3. If desired, it would be trivial to add all deleted / leaf SVN branches and tags. > > They would be named as branches/my-deleted-branch@12345, > > where @12345 is the revision at which the branch was deleted. > > Branches created and deleted multiple times would have separate entries > > corresponding to delete revisions. I don't think this is desirable. > > 4. Git committer and git author entries are very accurate > > (imo, better than reposurgeon's, but I'm biased). > > Developers' names and email addresses are mined from commit logs, > > changelogs and source code and have historically-accurately attributions > > to employer's email addresses. They are very good, yes. I have verified this *a lot*, months ago. This was all ready to go before the Cauldron. > > 5. Since there is interest in reparenting branches to fix cvs2svn merge issues, > > I've added this feature to my scripts as well (turned out to be trivial). > > I'll keep the original gcc-pretty.git repo intact and will upload the new one at > > https://git.linaro.org/people/maxim-kuvyrkov/gcc-reparent.git/ > > -- should be live by Monday. > > Should we go with the gcc-reparent.git repo now? I don't actually know what the difference is. As far as I understand it changes nothing for anything from this century, so either is fine with me. And it is not very useful to have this old history cleaned up a bit: the really *big* problem with the old history is that a) people did omnibus commits a lot, not small self-contained commits changing one thing only; and b) we really need to have the motivation that goes with those patches, but that is not available (no mail archives). > Where exactly should it be installed under https://gcc.gnu.org/git/ > Replacing the existing gcc.git will be confusing, but then how would we > name the repo that will become the main git gcc repo in 2 weeks? I think we should rename the old gcc.git mirror. That pain is temporary. > Where are the tools/scripts that should be installed on gcc.gnu.org to > keep it up to date during the next 2 week transition period? I think Maxim mentioned it before, but it's hard to find in this humonguous thread :-) Segher