[Chandler-dev] Commit comments

Reid Ellis rae at osafoundation.org
Tue Jul 11 10:17:12 PDT 2006


An ideal solution would be to take the two actions (marking bug  
"resolved" and committing the change) and merge them, so that the  
comment is only typed in once (but is useful in both places).

So can we do this with an svn hook of some kind and certain keywords  
(like "fixes bug NNN", which everyone seems to use)? Given the highly  
non-uniqe situation, I would hope there are tools already out there  
that accommodate this workflow.

Reid

On Jul 11, 2006, at 11:57, Bryan Stearns wrote:
> I'll add a +1 to Jeffrey's suggestion, and a -1 to Andi's: I don't  
> want the full comment history, but I would like the bug title, just  
> so I can tell whether I want to look at the code or skip the commit  
> message entirely. Yes, the bug is one click away, but doing that  
> for every commit email defeats the goal of trying to trivially  
> ignore the ones I don't care about.
>
> Ironically, for me it's commits like Andi's that need this the  
> most: I don't know the code at all (so the filenames in the commit  
> don't tell me much), but as a client of the repository, I find out  
> about repository nuances from some commits there. A little extra  
> info (more than just a bug number) would help a lot in figuring out  
> which ones to study more deeply.
>
> ...Bryan
>
> Andi Vajda wrote:
>> -1
>>
>> I'm really against duplicating data, especially one mouse click away.
>>
>> I'd much rather implement a commit script that scans the commit  
>> comment and mails whomever doesn't want to follow the link the  
>> full comment sequence of the bug report from bugzilla.
>>
>> This is actually quite easy to do. Let me know if that'd help and  
>> if you'd subscribe to such a service.
>>
>> Andi..
>>
>> On Mon, 10 Jul 2006, Jeffrey Harris wrote:
>>> Now that I'm back from my (very refreshing) three week vacation,  
>>> I'm reading through hundreds of commit messages instead of the  
>>> more normal few at a time, and my experience has prompted me to  
>>> make a request.
>>>
>>> It would be really nice if I didn't have to click on bug URLs  
>>> over and over again to figure out what general problem was solved  
>>> by a commit.
>>>
>>> I'd like to ask people to include a sentence about what the bug  
>>> being solved is, in addition to including a bug number and a  
>>> summary of the solution, when committing.
>>



More information about the chandler-dev mailing list