Josh Rowe <Josh.Rowe_at_DynamicOps.com> writes:
> I originally sent this to the "users" list, but it may be a little bit
> more in-depth than that list's target audience. I apologize if I am
> breaking any mores.
This is the right place. It has nothing to do with whether your post is
"in-depth" or not, by the way. The question is simply: is your post
about helping Subversion? Or is it about helping you?
When the first is true (or if both are true), dev@ is the place to post,
because dev@ is about helping Subversion.
When only the second is true, users@ is the place to post, because it's
about helping users. As a not-necessarily-obvious corollary, we also
ask first-time bug reports to go to users@, because much of the time
what the OP thought was a bug in Subversion is really pilot error (so a
thread they thought would be about helping Subversion turns out in the
end to be about helping themselves).
> I've been writing code against the svn_delta_editor_t interface, and
> I've noticed that in Svn 1.4.6, the libsvn_ra_dav and libsvn_ra_local
> handle add_directory w/ copy differently. In libsvn_ra_local, copying
> to an existing target results in an error. In libsvn_ra_dav, calling
> add_directory w/ copy overwrites the target. I prefer the
> libsvn_ra_local behavior, but I can't find any way to make this happen
> with libsvn_ra_dav.
Different RA layers should behave the same way; if they don't, it's
usually a bug.
> Is the "1" for "overwrite" the issue? I also noticed that Svn 1.5
> doesn't do things quite the same way. Unfortunately, I was unable to
> locate an issue report about this to determine whether it fixes this
> problem or not.
Can you reproduce this difference in behavior with trunk code or with
the recently-released beta of Subversion 1.5? If you can, I think we
have a bug...
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-03-22 04:09:31 CET