From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: git history tracking across renames (and emacs support) Date: Thu, 04 Jan 2018 13:05:39 -0500 Message-ID: References: <83tvw6chqv.fsf@gnu.org> <86shbprix7.fsf_-_@dod.no> <83608kck4c.fsf@gnu.org> <544c170f-99bd-c701-3063-c697296a30a6@cs.ucla.edu> <83po6rar9c.fsf@gnu.org> <20180103182917.GC5435@ACM> <20180104120252.GA6846@ACM> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1515089480 7136 195.159.176.226 (4 Jan 2018 18:11:20 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 4 Jan 2018 18:11:20 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 04 19:11:16 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eX9ys-00010z-Nd for ged-emacs-devel@m.gmane.org; Thu, 04 Jan 2018 19:11:06 +0100 Original-Received: from localhost ([::1]:57570 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eXA0r-0003HD-VT for ged-emacs-devel@m.gmane.org; Thu, 04 Jan 2018 13:13:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55794) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eX9th-0005GJ-Pq for emacs-devel@gnu.org; Thu, 04 Jan 2018 13:05:46 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eX9th-0005Kl-3A for emacs-devel@gnu.org; Thu, 04 Jan 2018 13:05:45 -0500 Original-Received: from pmta11.teksavvy.com ([76.10.157.34]:54216) by eggs.gnu.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.71) (envelope-from ) id 1eX9td-0005FQ-Bt; Thu, 04 Jan 2018 13:05:41 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2FsKgBabE5a/xCds2tcg2+BWolJhgeOF?= =?us-ascii?q?AGCADMBlneCFIU/BAIChDNHEQEBAQEBAQEBAQNoKIUlAQQBViMFCwsOJhIUGA0?= =?us-ascii?q?kijkItDKKPgEBCAIBJYQTiH+LGgWTN5AfoUaHephMOAEggU8yGggwgmiEdCOJS?= =?us-ascii?q?gEBAQ?= X-IPAS-Result: =?us-ascii?q?A2FsKgBabE5a/xCds2tcg2+BWolJhgeOFAGCADMBlneCFIU?= =?us-ascii?q?/BAIChDNHEQEBAQEBAQEBAQNoKIUlAQQBViMFCwsOJhIUGA0kijkItDKKPgEBC?= =?us-ascii?q?AIBJYQTiH+LGgWTN5AfoUaHephMOAEggU8yGggwgmiEdCOJSgEBAQ?= X-IronPort-AV: E=Sophos;i="5.46,315,1511845200"; d="scan'208";a="17365270" Original-Received: from 107-179-157-16.cpe.teksavvy.com (HELO pastel.home) ([107.179.157.16]) by smtp.teksavvy.com with ESMTP; 04 Jan 2018 13:05:39 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id CC0046084B; Thu, 4 Jan 2018 13:05:39 -0500 (EST) In-Reply-To: <20180104120252.GA6846@ACM> (Alan Mackenzie's message of "Thu, 4 Jan 2018 12:02:52 +0000") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 76.10.157.34 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:221597 Archived-At: >> - enjoy pure bliss. > Yes, thanks, that's nice. Incidentally, the doc string for > vc-region-history is somewhat brief. Indeed. Can you improve it? To me what it does is "show me the history of a chunk of text, the way I've been dreaming of ever since I tried to implement it for GNU Arch". > I've been trying to do "motivational" commit messages for some while, > now. Though, most of that has been in an explanatory paragraph below > the introductory line rather than in the description of each defun > change. That works as well, yes. > I think trying to explain the purpose of each individual change > might become things like "prevent doing with a nil argument", > which might not be much better than what we already have. Often it's not much better, indeed, but sometimes even that small difference would be very appreciated years down the line. Stefan