Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

svk::log::filter::xml(3) [osx man page]

SVK::Log::Filter::XML(3)				User Contributed Perl Documentation				  SVK::Log::Filter::XML(3)

SVK::Log::Filter::XML - display log messages in XML format SYNOPSIS
> svk log --xml <?xml version="1.0" encoding="utf-8"?> <log> <logentry revision="1234" original="456"> <author>author</author> <date>2006-05-16T15:43:28.889532Z</date> <msg>This is the commit message for the revision.</msg> </logentry> </log> > svk log --output xml ... DESCRIPTION
The XML filter is an output filter for displaying log messages in XML format. The organization of the XML format should be self- explanatory after a little experimentation. The format is designed to be compatible with Subversion's XML output, so you should be able to use tools like <> without any modification. However, since SVK supports arbitary log filters (see SVK::Log::Filter for details on writing one), it may be easier to write your own output format than to process the XML. This filter is invoked implicitly when you specify the "--xml" argument to SVK's log command. Two arguments to the log command modify XML's behavior. quiet Providing this command-line option to the log command prevents the XML filter from displaying the contents of the log message. All other information is displayed as usual. verbose Providing this command-line option to the log command makes the XML filter display history information for each revision. The history includes the kind of modification (modify, add, delete) and any copy history for each path that was modified in the revision. STASH
/PROPERTY MODIFICATIONS XML leaves all properties and the stash intact. perl v5.10.0 2008-08-04 SVK::Log::Filter::XML(3)

Check Out this Related Man Page

SVK::Log::FilterPipeline(3)				User Contributed Perl Documentation			       SVK::Log::FilterPipeline(3)

SVK::Log::FilterPipeline - a pipeline of log filter objects DESCRIPTION
An SVK::Log::FilterPipeline represents a particular collection of log filter objects each of which needs to be called in turn. METHODS
new Construct a new SVK::Log::FilterPipeline object by constructing the specific filters that will handle the details and preparing for the first revision. build_filter_object Given the name of a filter, try and construct an appropriate filter object. Search @INC for modules that match the name given. If no appropriate classes are available, we die with an appropriate warning. This method creates an object for the filter by calling its new() method filter SVK::Command::Log calls this routine when it wants to display (or process) a revision. The method then dispatches the information to the methods of the necessary filter objects in the pipeline to perform the real work. finished Tell all the filters that their jobs are done by calling "footer" and "teardown" on each one. get_pipeline_command Examine an exception to determine if it's a pipeline control exception. If it is, return the desired pipeline command. If it's not, rethrow the exception. If no exception is provided, the command 'continue' is returned. present_revision Display a single revision by passing it to the pipeline's presentation filter. run_pipeline Send a revision down the pipeline. Provide revision information to the revision() method of each filter in the pipeline until one of them says to stop. Then return the pipeline command. set_up_presentation Handle initial set up for the presentation filter. This should only be called once during an SVK::Log::FilterPipeline's lifetime. set_up_selection Handle initial set up for the selection filter pipeline. This should only be called once during "SVK::Log::FilterPipeline"'s lifetime. split_filter Split a string into a filter name and an arbitrary argument string. split_selectors Split the description of the selection filter pipeline into individual filter names and their arguments. Each filter is separated by a '|' character. Literal pipe characters are included with '|'. perl v5.10.0 2008-08-04 SVK::Log::FilterPipeline(3)
Man Page