From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#68691: 30.0.50; [WISHLIST] Make it easier to conform to desired commit message format Date: Sat, 27 Jan 2024 16:44:24 -0800 Message-ID: References: <87r0i6sl68.fsf@gmail.com> <87il3gopdq.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36723"; mail-complaints-to="usenet@ciao.gmane.io" Cc: No Wayman , 68691@debbugs.gnu.org To: Po Lu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jan 28 01:45:46 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1rTtIw-0009QI-3Q for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 28 Jan 2024 01:45:46 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rTtI9-0004Xr-A1; Sat, 27 Jan 2024 19:44:57 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rTtI7-0004XK-Cs for bug-gnu-emacs@gnu.org; Sat, 27 Jan 2024 19:44:55 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rTtI7-0007qN-53 for bug-gnu-emacs@gnu.org; Sat, 27 Jan 2024 19:44:55 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rTtIE-0002qi-6u for bug-gnu-emacs@gnu.org; Sat, 27 Jan 2024 19:45:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 28 Jan 2024 00:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68691 X-GNU-PR-Package: emacs Original-Received: via spool by 68691-submit@debbugs.gnu.org id=B68691.170640268310912 (code B ref 68691); Sun, 28 Jan 2024 00:45:02 +0000 Original-Received: (at 68691) by debbugs.gnu.org; 28 Jan 2024 00:44:43 +0000 Original-Received: from localhost ([127.0.0.1]:56173 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rTtHv-0002pw-35 for submit@debbugs.gnu.org; Sat, 27 Jan 2024 19:44:43 -0500 Original-Received: from mail-ed1-x52b.google.com ([2a00:1450:4864:20::52b]:52549) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rTtHr-0002ph-33 for 68691@debbugs.gnu.org; Sat, 27 Jan 2024 19:44:42 -0500 Original-Received: by mail-ed1-x52b.google.com with SMTP id 4fb4d7f45d1cf-55cca88b6a5so1220005a12.1 for <68691@debbugs.gnu.org>; Sat, 27 Jan 2024 16:44:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706402666; x=1707007466; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=EJQWrBvjyCQ8Wl3XUdC9OUf+saNTwH+3xw3AMcSLb4M=; b=Fj6MfKr9vPcJCBJG6Fr128GBBmChz6ehe44C4dol1FlpikNpqszhiVhJsxjIGbeYWN cpFnlBHXnbChX/U6t07j7fr/TYNBuoMR4fcq/cjvICRhKqcVm4+ctOa+S5ZvUP6Hsq6x j5xO47+qlCm40qkvjvFtQ5z71kXL37/7UXZBSQy7xiAgmBFpAMiFPItRVRg8hAlfppIv +pODA2I6VdEU+5AXxwX8qm22FVjG8Lutcbf9mIGy1jPLKTAN6zdj5BSyFls6HWHMKGlq xPHvdy/YhJPKDpkJc/GbYU++i4W5DtOol+IXJPDQcHFFWAOHCLFlV0JsJM8KPFNp5Wuf tWng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706402666; x=1707007466; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=EJQWrBvjyCQ8Wl3XUdC9OUf+saNTwH+3xw3AMcSLb4M=; b=epy3ygv6da+SYkcma6IgH1j1bfl2DFsr2aHQq8slMmTPnSGGMgWGxMHM6WsdE7af/s GKWU85fV2nosERz1/w3ofX/vWLQBQYsxJvYLXwpYT3R7VYsbdAmZPD9V3C+izoLjgu8E t0BPTTvx2x85K0+B7+SBrIewTgLCfHDx5BauxnN58GcVOv4QVc5nBb13OGOBCzxlyEro 3+ghvvrwDwEZ6C35+7oAX1gLJWxhFkCviiBtQuMWZZHVxAd6rV1qDTBWW7bHB4OmLpWk 4VDhlUKDvck7k7mQ0FqqIomd+VZKE2FgWoCIqy4R5onWqa2MR4evya9objc7QjRzzXP5 ThHw== X-Gm-Message-State: AOJu0Yz9chGmIVGHZKlKD+UVPO76lGaLxtXIlhhgnGO3nwMrJ/zpXTBc ulQoKF6FaJVsIJX/WtFeBErvCNwhNM0WlKTq/PC6zmJnwQmqRavIfGJ2Gl+i87zo2yaF1Sjm1Sg o73eNs8dedzEK0zKlssSAwEPf32Q= X-Google-Smtp-Source: AGHT+IFvfNi+l0C2LC+Fj5qtJb9pS1a84tRo+3xDPtQtsgj+QR0Qa2gP3PLtGRVzTaP9HIhkFNF96iZsZqE59jPZPf4= X-Received: by 2002:a05:6402:2110:b0:55e:e6df:1afb with SMTP id bl16-20020a056402211000b0055ee6df1afbmr61840edb.13.1706402665691; Sat, 27 Jan 2024 16:44:25 -0800 (PST) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sat, 27 Jan 2024 16:44:24 -0800 In-Reply-To: <87il3gopdq.fsf@yahoo.com> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:279041 Archived-At: Po Lu writes: > I think part of our position is that it is far too easy to write > uninformative commit messages when one is not being forced to mentally > review the commit's contents. As with any other form of discipline, > maintaining ChangeLog discipline is an end in itself, not necessarily > something that might produce an immediate benefit. I'm not buying it, sorry. Useless commit messages are common in all GNU projects, including Emacs. It does not make it better that the GNU ChangeLog format is so noisy that it's hard to pick out the good ones from the bad ones. It makes it easy to disguise a very bad commit message as a good one. > A hook run before each commit is a good idea, and I plan to study how > they are written. We do not want a git hook for this, since we don't ask that all commits follow this format. It would be too heavy-handed, not to mention annoying when doing development locally. The request is for an Emacs minor mode or command that can help users follow the format.