[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn info --show-item [was: svn info --detail]

From: Branko Čibej <brane_at_wandisco.com>
Date: Tue, 24 Feb 2015 17:01:07 +0100

On 16.02.2015 12:07, Julian Foad wrote:
> Hooray, more command-line UI designing.

This is what's currently on the branch:

svn diff http://svn.apache.org/repos/asf/subversion/trunk@1661975 \
         http://svn.apache.org/repos/asf/subversion/branches/svn-info-detail

You can safely ignore the changes in the following files:

  * subversion/include/private/svn_string_private.h
  * subversion/libsvn_subr/string.c
  * subversion/tests/libsvn_subr/string-test.c
  * subversion/svn/similarity.c
  * subversion/svn/props.c

because they're just an abstraction of the string similarity check code
that was formerly used only by propset/propedit.

The new variant of 'svn info' is called

    svn info --show-item=KEYWORD

(it also accepts --no-newline, just like 'svn youngest' did).

The keywords currently supported are: kind, url, relative-url,
repos-root-url, repos-uuid, revision, last-changed-rev,
last-changed-date, last-changed-author and wc-root. They should be
pretty much self-explanatory.

The output of the command is just the single requested value, with or
without a trailing newline, UNLESS there are multiple targets or the
operation depth is greater than 'empty', in which case the output is a
pair of (value, target-path) for each (recursive) target. The target
path is either the (relative or absolute) path of the target or its URL.
There is no provision for whitespace escaping in the value.

Right now, the code raises an error if someone requests the wc-root of
something that's not in a working copy. I'm considering changing that to
simply output nothing at all instead.

-- Brane
Received on 2015-02-24 17:02:26 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.