John wrote:
> Daniel L. Rall wrote:
> > On Fri, 23 Sep 2005, Peter N. Lundblad wrote:
> >>Wrong, svn_wc_entry->repos is populated when the info is in the entries
> >>file, which it will be after an update with an 1.3 client, so you can add
> >>that whenever you want to. (But bear in mind that it might be null).
> >
> >
> > ...as illustrated by r16145. See r16141 for how to use that info.
>
> But it appears that only the repos_root entry for the _directory_ is
> populated, not for the _files_ contained in that directory.
This is consistent with the data I'm seeing in WC .svn/entries files.
(There's no reason to duplicate this piece of data.)
> Consequently, I cannot create a $ReposPath$ keyword until
> there is a way to grab one of the entry values from the directory
> given only the file. Or am I missing something?
That's my understanding, yes. svn_wc_copy2() opens the existing
.svn/entries administrative file, and then gets the svn_wc_entry for the
directory being operated upon:
SVN_ERR (svn_wc_adm_probe_open3 (&adm_access, NULL, src_path, FALSE, -1,
cancel_func, cancel_baton, pool));
...
SVN_ERR (svn_wc_entry (&src_entry, svn_wc_adm_access_path (adm_access),
adm_access, FALSE, pool));
Erik Hülsmann pointed out that it would be nice if files inherited the repos
setting of their parent directory. I have not confirmed whether this is
occuring for this case in the source code (though take_from_entry() and
svn_wc__atts_to_entry() in libsvn_wc/entries.c look promising).
- Dan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Sep 27 01:36:20 2005