Unix/Linux Go Back    


CentOS 7.0 - man page for svn::ra (centos section 3)

Linux & Unix Commands - Search Man Pages
Man Page or Keyword Search:   man
Select Man Page Set:       apropos Keyword Search (sections above)


native::Ra(3)		       User Contributed Perl Documentation		    native::Ra(3)

NAME
       SVN::Ra - Subversion remote access functions

SYNOPSIS
	   use SVN::Core;
	   use SVN::Ra;

	   my $ra = SVN::Ra->new('file:///tmp/svntest');
	   print $ra->get_latest_revnum;

DESCRIPTION
       SVN::Ra wraps the object-oriented "svn_ra_plugin_t" functions, providing access to a
       Subversion repository though a URL, using whichever repository access module is
       appropriate.

SVN::Ra
   SVN::Ra->new(...)
       The constructor creates an RA object and calls "open" for it.  Its parameters are either a
       hash of options or a single value containing the URL of the repository.	Valid options
       are:

       url The URL of the repository.

       auth
	   An "auth_baton" could be given to the SVN::RA object.  Defaults to an "auth_provider"
	   with a "username_provider".	See SVN::Client for how to create "auth_baton".

       pool
	   The pool for the RA session to use.	Member functions will also be called with this
	   pool.  Defaults to a newly created root pool.

       config
	   The config hash that could be obtained by calling
	   "SVN::Core::config_get_config(undef)".

       callback
	   The "ra_callback" namespace to use.	Defaults to SVN::Ra::Callbacks.

       The following examples will both do the same thing, with all the optional arguments taking
       their defaults:

	   my $ra = SVN::Ra->new('file:///tmp/repos');
	   my $ra = SVN::Ra->new(url => 'file:///tmp/repos');

   METHODS
       Please consult the svn_ra.h section in the Subversion API. Member functions of
       "svn_ra_plugin_t" can be called as methods of SVN::Ra objects, with the "session_baton"
       and "pool" arguments omitted.

       $ra->change_rev_prop($revnum, $name, $value)
	   Sets the revision (unversioned) property $name to $value on revision $revnum, or
	   removes the property if $value is undef.

	       $ra->change_rev_prop(123, 'svn:log', 'New log message.');

	   Of course this will only work if there is a "pre-revprop-change" hook available.

       $ra->check_path($path, $revnum)
	   Kind of node at $path in revision $revnum.  A number which matches one of these
	   constants: $SVN::Node::none, $SVN::Node::file, $SVN::Node::dir, $SVN::Node::unknown.

       $ra->do_diff($revision, $target, $recurse, $ignore_ancestry, $versus_url, $editor)
       $ra->do_diff2($revision, $target, $recurse, $ignore_ancestry, $text_deltas, $versus_url,
       $editor)
	   Both of these return a SVN::Ra::Reporter with which you can describe a working copy.
	   It will then call methods on $editor to indicates the differences between the
	   repository and the working copy.

	   The "do_diff2" method was added in Subversion 1.4.  It adds the $text_deltas option,
	   which if false disables the generation of text deltas on the editor.  With "do_diff"
	   text deltas are always generated.

	       my $reporter = $ra->do_diff(1, '', 1, 0, $repos_url,
					   MyEditor->new);
	       $reporter->set_path(...);
	       $reporter->finish_report;

       $ra->do_status($target, $revision, $recurse, $editor)
	   Returns a SVN::Ra::Reporter to which you can describe the status of a working copy.
	   It will then call methods on $editor to describe the current status of the working
	   copy compared to the repository.

       $ra->do_switch($revnum, $target, $recurse, $repos_url, $editor)
	   Returns a SVN::Ra::Reporter with which you can describe a working copy.  It will then
	   call methods on $editor to indicate how to adjust the working copy to switch it to
	   revision $revnum of $repos_url.

       $ra->do_update($revision_to_update_to, $target, $recurse, $editor)
	   Returns a SVN::Ra::Reporter object.	Call methods on the reporter to describe the
	   current state of your working copy (or whatever you're updating).  After calling the
	   reporter's "finish_report()" method, Subversion will generate calls to your $editor to
	   describe the differences between what you already have and the state of the repository
	   in $revision_to_update_to.

	   To update to the latest revision, pass $SVN::Core::INVALID_REVNUM for the first
	   argument.

	   $target should be the path to the part of the repository you are interested in.  You
	   won't be given information about changes outside this path.	If you want everything,
	   pass an empty string.

	   If $recurse is true and the target is a directory, update recursively; otherwise,
	   update just the target and its immediate entries, but not its child directories (if
	   any).

	   All paths are relative to the URL used to open $ra.

	   The caller may not perform any RA operations using $ra before finishing the report,
	   and may not perform any RA operations using $ra from within the editing operations of
	   $editor.

	   This example shows the simplest update, where the client tells the reporter that it
	   has nothing to start with:

	       my $reporter = $ra->do_update($revnum, '', 1, MyEditor->new);
	       $reporter->set_path('', 0, 1, undef);
	       $reporter->finish_report;

       $ra->get_commit_editor($logmsg, $callback, $callback_baton, $lock_tokens, $keep_locks)
       $ra->get_commit_editor2($logmsg, $callback, $callback_baton, $lock_tokens, $keep_locks)
	   Return an opaque editor object for committing a new revision to the repository.  The
	   return values should be passed to the SVN::Delta::Editor constructor to create an
	   editor object you can actually use.	For example:

	       my $editor = SVN::Delta::Editor->new(
		   $ra->get_commit_editor(
		       "I'm going to commit some changes from within my Perl code.",
		       \&commit_callback, undef, {}, 0));

	   Now that you've got your editor you can call methods on it to describe changes in the
	   tree you want to make, such as adding directories, changing file contents, etc.  See
	   SVN::Delta for documentation of the editor interface.

	   The $callback function will be called during your call to the "$ed->close_edit()"
	   method, after the commit has succeeded.  It will not be called if there were no
	   changes to commit.  If you don't need it, pass undef instead of a code ref.

	   "get_commit_editor2" is identical to "get_commit_editor" except for the information
	   passed to the callback function.  The new version, added in Subversion 1.4, will pass
	   the callback a single value (TODO: I can' test this, but it's probably an object or
	   hash ref) which contains all the information.  It also includes the error message from
	   the post-commit hook script, which is not available with "get_commit_editor".

	   The callback for the original version will be passed three arguments:

	   o   Number of the new revision.

	   o   Date and time that the revision was committed, which will be exactly the same
	       value as its "svn:date" revision property.  It will be in this format:
	       "2006-04-05T12:17:48.180320Z"

	   o   The name of the author who committed the revision, which will be the same as the
	       "svn:author" revision property.

	   The undef in the argument list in the example above is the baton which is meant to be
	   passed to the commit callback, but it isn't.  This isn't a problem since you can
	   supply a closure as the callback so that it can get to whatever variables you need.

	   The $logmsg value should be a string which will be stored in the "svn:log" revision
	   property.  If undef is passed instead then the new revision won't have a "svn:log"
	   property.

	   $lock_tokens should be a reference to a hash mapping the paths to lock tokens to use
	   for them.  I seems that with Subversion 1.2 this is required, so if you aren't using
	   any locks simply pass "{}".	In Subversion 1.3.1 though it seems to be necessary to
	   not pass this argument at all.

	   If $keep_locks is true then locks on the files committed won't be released by the
	   commit.

	   The "get_commit_editor()" method itself returns a list of two items, the first of
	   which (a "_p_svn_delta_editor_t" object) is the actual editor.  The second is the
	   editor baton.  Neither is of any use without wrapping the pair of them in a
	   SVN::Delta::Editor.

       $ra->get_dated_revision($time)
	   TODO - this doesn't seem to work in Subversion 1.3.

       $ra->get_dir($path, $revnum)
       $ra->get_dir2($path, $revnum, $dirent_fields)
	   Fetch the directory entries and properties of the directory at $path in revision
	   $revnum

	   A list of three values are returned.  The first is a reference to a hash of directory
	   entries.  The keys are the names of all the files and directories in $path (not full
	   paths, just the filenames).	The values are _p_svn_dirent_t objects, with all their
	   fields filled in.  The third parameter to "get_dir2" allows you to select particular
	   fields.  TODO: I don't think the constants you'd use to construct the $dirent_fields
	   value are provided in the Perl API.

	   The second value is a number, which is only valid if $revnum is
	   $SVN::Core::INVALID_REVNUM.	If that is the case then the latest revision will be
	   fetched, and the revision number (the HEAD revision) will be returned as the second
	   value.  Otherwise the revision number returned will be completely arbitrary.

	   The third value returned will be a reference to a hash of all properties on the
	   directory.  This means all properties: not just ones controlled by the user and stored
	   in the repository fs, but non-tweakable ones generated by the SCM system itself (e.g.
	   'wcprops', 'entryprops', etc).

	       my ($dirents, undef, $props) = $ra->get_dir('/trunk/dir', 123);
	       my ($dirents, $fetched_revnum, $props) = $ra->get_dir(
		   '/trunk/dir', $SVN::Core::INVALID_REVNUM);

       $ra->get_file($path, $revnum, $fh)
	   Fetch the contents and properties of the file at $path in revision $revnum.	$fh
	   should be a Perl filehandle, to which the contents of the file will be written, or
	   undef if you don't need the file contents.

	   Note that $path cannot end in a slash unless it is just '/'.

	   A list of two values are returned.  The first is a number, which is only valid if
	   $revnum is $SVN::Core::INVALID_REVNUM.  If that is the case then the latest revision
	   will be fetched, and the revision number (the HEAD revision) will be returned as the
	   first value.  Otherwise the number returned will be completely arbitrary.

	   The second value returned will be a reference to a hash of all properties on the file.
	   This means all properties: not just ones controlled by the user and stored in the
	   repository fs, but non-tweakable ones generated by the SCM system itself (e.g.
	   'wcprops', 'entryprops', etc).

	       my (undef, $props) = $ra->get_file(
		   '/trunk/foo', 123, undef);

	       open my $fh, '>', 'tmp_out'
		   or die "error opening file: $!";
	       my (undef, $props) = $ra->get_file(
		   '/trunk/foo', 123, $fh);

	       my ($fetched_revnum, $props) = $ra->get_file(
		   '/trunk/foo', $SVN::Core::INVALID_REVNUM, $fh);

       $ra->get_file_revs($path, $start, $end, \&callback)
	   TODO - doesn't seem to work in Subversion 1.3

       $ra->get_latest_revnum
	   Return the number of the latest revision in the repository (HEAD).

       $ra->get_locations($path, $peg_revnum, \@location_revisions)
	   TODO - doesn't seem to work in Subversion 1.3

       $ra->get_lock($path)
	   Returns a _p_svn_lock_t object containing information about the lock at $path, or
	   undef if that path isn't currently locked.

       $ra->get_locks($path)
	   TODO - doesn't seem to work in Subversion 1.3

       $ra->get_log(\@paths, $start, $end, $limit, $discover_changed_paths, $strict_node_history,
       \&callback)
	   For $limit revisions from $start to $end, invoke the receiver "callback()" with
	   information about the changes made in the revision (log message, time, etc.).

	   The caller may not invoke any RA operations using $ra from within the callback
	   function.  They may work in some situations, but it's not guaranteed.

	   The first argument can be either a single string or a reference to an array of
	   strings.  Each of these indicates a path in the repository which you are interested
	   in.	Revisions which don't change any of these paths (or files below them) will be
	   ignored.  Simply pass '' if you don't want to limit by path.

	   $start and $end should be revision numbers.	If $start has a lower value than $end
	   then the revisions will be produced in ascending order (r1, r2, ...), otherwise in
	   descending order.  If $start is $SVN::Core::INVALID_REVNUM then it defaults to the
	   latest revision.

	   TODO - the previous sentence should also be true of $end, but doing that gets an error
	   message in Subversion 1.3.

	   $limit is a number indicating the maximum number of times that the receiver
	   "callback()" should be called.  If it is 0, there will be no limit.

	   If $discover_changed_paths is true, then information about which changes were made to
	   which paths is passed to "callback()".

	   If $strict_node_history is true, copy history will not be traversed (if any exists)
	   when harvesting the revision logs for each path.

	   The callback function will be given the following arguments:

	   o   A reference to a hash of paths changed by the revision.	Only passed if
	       $discover_changed_paths is true, otherwise undef is passed in its place.

	       The hash's keys are the full paths to the files and directories changed.  The
	       values are _p_svn_log_changed_path_t objects.

	   o   Revision number.

	   o   Name of user who made the change, or undef if not known.

	   o   Date and time the revision was committed.

	   o   Log message as a single string, or undef.

	   o   A pool object.

	   This example prints some of the information received in a simple format, showing which
	   paths were changed in each revision, for all revisions starting from the first:

	       $ra->get_log('', 1, $ra->get_latest_revnum, 0, 1, 0,
			    \&log_callback);

	       sub log_callback
	       {
		   my ($paths, $revnum, $user, $datetime, $logmsg) = @_;
		   print "$datetime - $user - r$revnum\n";

		   while (my ($path, $changes) = each %$paths) {
		       print $changes->action, " $path\n";
		       if ($changes->copyfrom_path) {
			   print " from ", $changes->copyfrom_path,
				 " r", $changes->copyfrom_rev, "\n"
		       }
		   }

		   print "\n";
	       }

       $ra->get_repos_root
	   Returns the repository's root URL.  The value will not include a trailing '/'.  The
	   returned URL is guaranteed to be a prefix of the session's URL.

       $ra->get_uuid
	   Returns the repository's UUID as a string.

       $ra->lock(\%path_revs, $comment, $steal_lock, \&callback)
	   TODO - doesn't seem to work in Subversion 1.3.2

       $ra->reparent($url)
	   Change the root URL of the session in $ra to point to a different path.  $url must be
	   in the same repository as the one $ra is already accessing.

	   New in Subversion 1.4.

       $ra->replay($revnum, $low_water_mark, $send_deltas, $editor)
	   Call methods on $editor to describe the changes made in the revisions after
	   $low_water_mark, up to revision $revnum.  This is like using "do_update()", except
	   that it doesn't return a reporter object, and so you don't have to describe a working
	   copy to it.	It assumes that you've already got everything up to $low_water_mark.

	   If $send_deltas is true then file contents and property values will be supplied,
	   otherwise just filename changes.

	   New in Subversion 1.4.

       $ra->rev_prop($revnum, $name)
	   Return the value of the unversioned property $name from revision $revnum.  Returns
	   undef if there is no such property.

	       print $ra->rev_prop(123, 'svn:date');

       $ra->rev_proplist($revnum)
	   Returns a reference to a hash containing all the unversioned properties of revision
	   $revnum.

	       my $props = $ra->rev_proplist(123);
	       print $props->{'svn:log'};

       $ra->stat($path, $revnum)
	   Returns a _p_svn_dirent_t object containing information about the file at $path in
	   revision $revnum.

       $ra->unlock(\%path_tokens, $break_lock, \&callback)
	   TODO - doesn't seem to work in Subversion 1.3.2

SVN::Ra::Reporter
       The SVN::Ra methods "do_diff", "do_status", "do_switch", and "do_update" all return a
       SVN::Ra::Reporter object, which can be used to describe the working copy (or other
       available data) which the client has.  Subversion uses this to figure out what new
       information should be provided through a tree delta editor.

       Objects of this class are actually simple wrappers around underlying "svn_ra_reporter2_t"
       objects and their associated baton.

   METHODS
       $reporter->set_path($path, $revision, $start_empty, $lock_token, $pool)
	   Describe a working copy $path as being at a particular $revision.

	   If $start_empty is true and $path is a directory, the implementor should assume the
	   directory has no entries or properties.

	   This will override any previous "set_path()" calls made on parent paths.  $path is
	   relative to the URL specified in "SVN::Ra->open()" or "SVN::Ra->new()".

	   If $lock_token is not undef, it is the lock token for $path in the WC.

	   All temporary allocations are done in $pool.

       $reporter->delete_path($path, $pool)
	   Describe a working copy $path as missing.

	   All temporary allocations are done in $pool.

       $reporter->link_path($path, $url, $revision, $start_empty, $lock_token, $pool)
	   Like "set_path()", but differs in that $path in the working copy (relative to the root
	   of the report driver) isn't a reflection of $path in the repository (relative to the
	   URL specified when opening the RA layer), but is instead a reflection of a different
	   repository $url at $revision.

	   If $start_empty is true and $path is a directory, the implementor should assume the
	   directory has no entries or props.

	   If $lock_token is not undef, it is the lock token for $path in the WC.

	   All temporary allocations are done in $pool.

       $reporter->finish_report($pool)
	   Call this when the state report is finished; any directories or files not explicitly
	   'set' are assumed to be at the baseline revision originally passed into "do_update()".
	   No other reporting functions, including "abort_report()", should be called after
	   calling this function.

       $reporter->abort_report($pool)
	   If an error occurs during a report, this method should cause the filesystem
	   transaction to be aborted and cleaned up.  No other reporting methods should be called
	   after calling this method.

SVN::Ra::Callbacks
       This is the wrapper class for "svn_ra_callback_t".  To supply custom callbacks to SVN::Ra,
       subclass this class and override the member functions.

AUTHORS
       Chia-liang Kao <clkao@clkao.org>

COPYRIGHT
	   Licensed to the Apache Software Foundation (ASF) under one
	   or more contributor license agreements.  See the NOTICE file
	   distributed with this work for additional information
	   regarding copyright ownership.  The ASF licenses this file
	   to you under the Apache License, Version 2.0 (the
	   "License"); you may not use this file except in compliance
	   with the License.  You may obtain a copy of the License at

	     http://www.apache.org/licenses/LICENSE-2.0

	   Unless required by applicable law or agreed to in writing,
	   software distributed under the License is distributed on an
	   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
	   KIND, either express or implied.  See the License for the
	   specific language governing permissions and limitations
	   under the License.

perl v5.16.3				    2011-07-16				    native::Ra(3)
Unix & Linux Commands & Man Pages : ©2000 - 2018 Unix and Linux Forums


All times are GMT -4. The time now is 08:57 PM.