On 10/17/07, David Glasser <glasser@davidglasser.net> wrote:
> On 10/17/07, Mark Phippard <markphip@gmail.com> wrote:
> > On 10/17/07, David Glasser <glasser@davidglasser.net> wrote:
> > > On 10/17/07, Mark Phippard <markphip@gmail.com> wrote:
> > > > I am testing via file://
> > > >
> > > > I do a checkout --depth=immediates.
> > > >
> > > > This command returns everything:
> > > >
> > > > svn st -u
> > > >
> > > > So I see all repository stuff that I do not have as incoming changes.
> > > > This is also true when using the API (via JavaHL) and passing
> > > > svn_depth_unknown to the API.
> > > >
> > > > I assume it should just show info about stuff I have unless I say
> > > > depth=infininity.
> > >
> > > The status and diff editors don't do ambient depth yet. I hope to
> > > extract that bit from the update editor this week.
> >
> > OK, I thought they just needed work against older servers. I did not
> > realize they just do not have the feature.
>
> ... that might be right. See if Vlad's r27258 fixes your problem, though?
I have run into a new variant of this problem.
I have a checked out project (depth=infinity). This project makes use
of svn:externals.
In JavaHL, we have a getStatus method that has an ignoreExternals
boolean. I always run this with false to drive our Synchronize view.
We want to show all incoming changes. This has always worked well.
With current 1.5 code, if I pass depth=unknown to the API then it no
longer processes the svn:externals (regardless of the setting in the
boolean). If I change it to depth=infinity then it works properly.
The problem of course is that if use depth=infinity but the WC is
something different, then the command shows stuff that it shouldn't.
So I do not think there is currently any combination of settings that
gives me what I would want -- proper depth behavior, AND descend into
svn:externals if they are present.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 31 15:36:13 2007