On Fri, Aug 29, 2014 at 12:22 PM, Sampson, Barry
wrote:
> I am attempting to use svnsync over a SSH tunnel, which works, but always
> prompts for a password. I already setup ssh key authentication, which does
> work fine when performing svn commands.
Ahh. Welcome to the world of "ssh-agent', and
On Fri, Aug 29, 2014 at 03:40:38PM -0700, Dan Ellis wrote:
> On Fri, Aug 29, 2014 at 2:14 AM, Stefan Sperling wrote:
>
> > On Thu, Aug 28, 2014 at 02:55:57PM -0700, Dan Ellis wrote:
> >
> > > >
> > > > It sounds like if you'd be in less trouble if you could 'revert'
> > individual
> > > > propert
On Fri, Aug 29, 2014 at 2:14 AM, Stefan Sperling wrote:
> On Thu, Aug 28, 2014 at 02:55:57PM -0700, Dan Ellis wrote:
>
> > >
> > > It sounds like if you'd be in less trouble if you could 'revert'
> individual
> > > property changes to the working copy's BASE state independently of the
> > > textu
> On 29 Aug 2014, at 17:22, "Sampson, Barry" wrote:
>
> I am attempting to use svnsync over a SSH tunnel, which works, but always
> prompts for a password. I already setup ssh key authentication, which does
> work fine when performing svn commands.
>
> I can establish a SSH tunnel with key
I am attempting to use svnsync over a SSH tunnel, which works, but always
prompts for a password. I already setup ssh key authentication, which does
work fine when performing svn commands.
I can establish a SSH tunnel with keys like this - no password prompts:
ssh servername
Using svn, I can d
I first tried copying a directory in TortoiseSvn within the same parent
directory, and received the assert error + failure. Then I tried the same
operation from the command line and got the same exception:
Running Windows 8.1, svn 1.8.8
This operation completely describes what I was doing - afte
On Thu, Aug 28, 2014 at 3:28 AM, Zé wrote:
>
>>> -Original Message- And I hate to repeat myself, but I'll
>>> repeat for the third time this question: if file:// is not intended
>>> to be used, then what are the available options for those who need
>>> a version control system and can't se
> On Aug 28, 2014, at 3:28 AM, Zé wrote:
>
>> Be definition you have a server since the files are on it. Just run
>> the svnserve deamon on it even if it is your workstation.
>
> This is the problem. I doubt anyone who claims this is a reasonable approach
> has even considered the problem and
On Thu, Aug 28, 2014 at 02:55:57PM -0700, Dan Ellis wrote:
> >
> >
> > I don't think this is a merge problem as much as a conflict resolution
> > problem. Perhaps efforts would be a better invested in trying to improve
> > the property conflict resolution mechanisms of 'svn resolve' to make
> > you
Hi All
Thanks to Andreas and Les for your kind hints.
Having read and re-read your replies, and reviewing how I was calling
SVNSYNC, and even a bit of RTFM, I have now solved this issue.
The Eureka moment came when I looked at the output from SVNSYNC, and
compared it to that shown in the SVNSYNC
10 matches
Mail list logo