From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Organizing the NEWS file a bit better Date: Mon, 06 Sep 2021 22:18:28 +0300 Message-ID: <83bl55qzqz.fsf@gnu.org> References: <87wnnwp3g8.fsf@gnus.org> <87tuiyqklv.fsf@mail.linkov.net> <87sfyije12.fsf@gnus.org> <87ilzejcrr.fsf@gnus.org> <83h7exr1fn.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17217"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, emacs-devel@gnu.org, juri@linkov.net To: Stefan Kangas Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Sep 06 21:23:24 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mNKDE-0004HD-KC for ged-emacs-devel@m.gmane-mx.org; Mon, 06 Sep 2021 21:23:24 +0200 Original-Received: from localhost ([::1]:59584 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mNKDC-0003AY-FL for ged-emacs-devel@m.gmane-mx.org; Mon, 06 Sep 2021 15:23:22 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44210) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mNK8O-00053C-Nd for emacs-devel@gnu.org; Mon, 06 Sep 2021 15:18:24 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:50192) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mNK8O-0000yL-5L; Mon, 06 Sep 2021 15:18:24 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3383 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mNK8N-0008Us-OO; Mon, 06 Sep 2021 15:18:24 -0400 In-Reply-To: (message from Stefan Kangas on Mon, 6 Sep 2021 20:57:43 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:274169 Archived-At: > From: Stefan Kangas > Date: Mon, 6 Sep 2021 20:57:43 +0200 > Cc: Lars Ingebrigtsen , Juri Linkov , > Emacs developers > > > I use VC archeology on NEWS all the time. It is handy when I need to > > know who and when added some new feature. > > In NEWS, I'm pretty sure that most of us do. > > Lars' point was that it's nice that file history is preserved when the > markers are removed. But those markers are only removed on the > release branch, in preparation of a release. On master, the file is > moved to make way for a new NEWS file. This breaks archeology > anyways. It doesn't break it for me (though I don't think I understand what you are describing: the archeology on the branch and on master are separate and independent). > I've never used vc-region-history, but it is pretty neat. If I > understand correctly, it breaks when lines are moved? If they are moved far away, and if you didn't include that place in the range, then yes, but you can always see where they were moved and retry. > I think the better tool to use for archeology in NEWS, where lines are > frequently moved, is vc-annotate. vc-region-history builds _upon_ annotate, and saves you the trouble of invoking annotate many times, each time specifying the commit SHA.