Re: bugs and bug tracking

From: Álvaro Hernández Tortosa <aht(at)8Kdata(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: bugs and bug tracking
Date: 2015-10-13 14:50:08
Message-ID: 561D1A20.2040806@8Kdata.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


On 13/10/15 16:24, Andres Freund wrote:
> On 2015-10-13 16:21:54 +0200, Álvaro Hernández Tortosa wrote:
>> On 13/10/15 04:40, Tom Lane wrote:
>>> I'm with Robert on the idea that commit log entries need to be
>>> limited-width. I personally format them to 75 characters, so that
>>> git_changelog's output is less than 80 characters. regards, tom lane
>> Little bit off-topic, but if precisely if we're trying to make the
>> commits/bug-tracking/whatever system more user-friendly also for non-hacker
>> users, I'd adhere to the 50/72 "standard" for commit messages, which seems
>> to be quite extended: http://chris.beams.io/posts/git-commit/#seven-rules
>>
>> (50 chars for the commit summary, 72 chars line wrapping)
> -1 - imo 50 chars too often makes the commit summary too unspecific,
> requiring to read much more.
>
I'm not strong advocate of 50 chars anyway, but if people are
getting used to this, and probably also tools, I'd try to stick to it.
And I believe you should be able to describe a commit in 50 chars. But
we shouldn't of course deviate and start yet another thread on this, so
it's all up to you :)

Álvaro

--
Álvaro Hernández Tortosa

-----------
8Kdata

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2015-10-13 15:15:01 Re: bugs and bug tracking
Previous Message Andrew Dunstan 2015-10-13 14:47:22 Re: bugs and bug tracking