Re: bugs and bug tracking

From: Álvaro Hernández Tortosa <aht(at)8Kdata(dot)com>
To: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andres Freund <andres(at)anarazel(dot)de>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: bugs and bug tracking
Date: 2015-10-13 16:00:58
Message-ID: 561D2ABA.8010709@8Kdata.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


On 13/10/15 17:39, Joshua D. Drake wrote:
> On 10/13/2015 08:15 AM, Tom Lane wrote:
>> Andres Freund <andres(at)anarazel(dot)de> writes:
>>> On 2015-10-13 16:21:54 +0200, �lvaro Hern�ndez Tortosa wrote:
>>>> (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 agree --- I have a hard enough time writing a good summary in 75
>> characters. 50 would be awful.
>
> The idea of writing a commit message that is useful in a number of
> characters that is less than half a tweet sounds unbearable. The idea
> of trying to discern what the hell a commit actually is in a number of
> characters that is less than half a tweet sounds completely ridiculous.
>
> -1 on that particular aspect.
>
> jD
>

I'm writing a YC application and they ask you to summarize your
whole project idea in less than 50 chars. So I guess that a commit
message can be summarized under 50 chars too ^_^
We even do this with Java commits, and hey, you know, if you include a
JavaStyleCamelCaseUnnecesarilyVerboseClassName in this summary you're
screwed up!

But it seems there's clear agreement on *not* restricting it to 50,
so I have nothing else to add :)

Best,

Álvaro

--
Álvaro Hernández Tortosa

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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2015-10-13 16:06:55 Re: bugs and bug tracking
Previous Message Michal Novotny 2015-10-13 15:48:55 Database schema diff