On 08/03/2012 10:45 AM, Dmitry Pavlenko wrote:
> Maybe I expressed my idea incorrectly. I just wanted to say that
> "send_copyfrom_args" works fine in
> all my personal experiments.
Oh. Well, I can agree with that. It does what it was supposed to do. The
problem we had in the Subversion clien
Maybe I expressed my idea incorrectly. I just wanted to say that
"send_copyfrom_args" works fine in
all my personal experiments.
--
Dmitry Pavlenko,
TMate Software,
http://subgit.com/ - git+svn on the server side
> On 08/02/2012 10:33 PM, Dmitry Pavlenko wrote:
> > What about code stability: fro
On 08/02/2012 10:33 PM, Dmitry Pavlenko wrote:
> What about code stability: from my experience "send_copyfrom_args" argument
> in update works
> perfectly, I don't expect that it has many bugs.
Is there a concern about the code stability? Subversion itself doesn't use
the send-copyfrom-args fea
Actually this was a question of priority. If Subversion assumes that
"send_copyfrom_args"
is stronger than "start_empty" (this simple idea just didn't come to my mind),
then it's not a bug.
Originally I thought that if I report
set_path "directory" revision=50 start_empty=TRUE
I tell Subversio
Dmitry Pavlenko writes:
> As I understand, by telling start_empty=TRUE I say to the remote part
> (server) that I have no files in path "", and revision, specified to
> "set_path" is ignored. So I expect that Subversion won't send me
> "copyfrom_path" in "add_file" editor call.
>
> But it does, a
5 matches
Mail list logo
