[Webkit-unassigned] [Bug 28675] Make prepare-ChangeLog notice property changes
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Aug 26 17:14:06 PDT 2009
https://bugs.webkit.org/show_bug.cgi?id=28675
Cameron McCormack <cam at mcc.id.au> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #38649| |review?
Flag| |
Attachment #38604|0 |1
is obsolete| |
Attachment #38604|review? |
Flag| |
--- Comment #7 from Cameron McCormack <cam at mcc.id.au> 2009-08-26 17:14:05 PDT ---
Created an attachment (id=38649)
--> (https://bugs.webkit.org/attachment.cgi?id=38649)
Make prepare-ChangeLog work as described, v3
(In reply to comment #6)
> Hmm...I think it would be nice to list all property changes regardless of other
> changes to the file. When a new file is added, I think the main entry for the
> file says "Added.", but all the new methods are also listed. We could do
> something similar for properties.
I've made it always list the property changes if that information is available.
I don't think adding a separate line for each property changed is really
necessary, since often it will be clear what the property change is doing.
(For example adding svn:executable really only means one thing.)
I've added some code to notice which properties have been added/deleted when
doing an 'svn mv' now, too.
For example, after doing:
$ svn mv ChangeLog-2009-06-16 ChangeLog-Old
$ svn propset svn:executable . ChangeLog-Old
$ touch NewFile
$ svn add NewFile
$ svn propset blah . NewFile
$ svn propset myprop . Scripts/build-webkit
$ svn propdel svn:executable Scripts/build-webkit
the ChangeLog output is:
* ChangeLog-2009-06-16: Removed.
* ChangeLog-Old: Copied from ChangeLog-2009-06-16. Added property
svn:executable.
* NewFile: Added with property blah.
* Scripts/build-webkit: Added property myprop. Removed property
svn:executable.
> Ultimately, the patch author has the responsibility to update the ChangeLog
> entry, so I think it's best to give them all the information possible (as long
> as the default behavior can also be used without modification).
OK. Is there a need for me to wrap the generated lines?
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list