From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9812 invoked by alias); 19 Feb 2015 12:57:18 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 9796 invoked by uid 89); 19 Feb 2015 12:57:17 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 19 Feb 2015 12:57:17 +0000 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t1JCvCKs011187 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 19 Feb 2015 07:57:12 -0500 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t1JCuGUM008426; Thu, 19 Feb 2015 07:57:02 -0500 Message-ID: <54E5DD70.3060005@redhat.com> Date: Thu, 19 Feb 2015 12:57:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Eli Zaretskii , Joel Brobecker CC: gdb-patches@sourceware.org Subject: Re: RFC: gdb-7.9-release tag on wrong commit References: <1424347460-31023-1-git-send-email-brobecker@adacore.com> <20150219122319.GF23529@adacore.com> <20150219124010.GG23529@adacore.com> <8338623w96.fsf@gnu.org> In-Reply-To: <8338623w96.fsf@gnu.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2015-02/txt/msg00536.txt.bz2 On 02/19/2015 12:45 PM, Eli Zaretskii wrote: >> Date: Thu, 19 Feb 2015 16:40:10 +0400 >> From: Joel Brobecker >> >> I'm not sure what to do: >> 1. Create a new tag (Eg: "gdb-7.9.0-release") >> 2. Just re-do the tag (aka "the insane way") >> 3. Leave things as is >> 4. Abandon "7.9" and release "7.9.1" instead... >> >> I am leaning towards option 4... > > Wouldn't it be even more confusing to have 7.9.1 without 7.9? > > I'd say creating a new tag is good enough. Agreed. To minimize confusion, you can also delete the bad tag, and then most people won't ever see it. Those who managed to pull in the bad tag in can get rid of it with e.g., "git pull --prune --tags". Thanks, Pedro Alves