Julian Foad wrote:
>> More to the point: Subversion is a tool for managing file diffs.
>> So why is it strange to expect lots of options for customizing
>> the report of what files were changed?
>
> Again, you're on to a reasonable argument. Perhaps you would like to
> make a more general post with a proposal to get the community to
> recognise this, and come up with some sort of plan for the features and
> options that should be desired? People don't like adding another little
> option that doesn't fit into a plan, but if there's a plan then it's a
> completely different story.
Fair enough. I will think about this and see if I have any ideas for a
more generalized proposal. The diff subcommand's basic steps are (1)
filtering the file list, (2) fetching files and passing them to GNU diff,
and (3) concatenating the results into a report. Various customizations
could occur at each stage:
step 1: exclude certain files (e.g. with a specific suffix, property, or
revision action) before they are fetched
step 2: configure the diff command (e.g. to ignore whitespace or to execute
a different utility)
step 3: prepend a report header with the file list and log entry (as
commit-email.pl does) or apply an output template for e.g. HTML or PDF.
Maybe these changes would enable commit-email.pl to be simplified as well.
If anyone else has further ideas for interesting customizations, please
post them here -- I think the interface should be optimized around actual
customization scenarios.
Cheers,
-Pete
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Nov 23 19:55:38 2005