o
please point me right manuals.
Many thanks in advance!
Best regards,
Rick Varney
Many thanks for the replies on this. I now feel fully clued in.
Best regards,
Rick
uggestions on what to use as a good starting
point?
Best regards,
Rick Varney
> on
>Mac
>
> >
> > OS X and it worked fine. No need to install additional software. (Though
>there
>
> > would be the need to enable WebDAV on your repository server, if you're not
> > already using http to serve the repository.)
>
> On Jun 8, 2011
> On Tue, May 31, 2011 at 5:46 PM, Les Mikesell wrote:
> >
>> Not quite what you want, but viewvc gives a reasonable way to explore a >
>repository (especially remotely) with only a web browser and once you >
>understand the layout you can plug the path you need into your normal svn >
>client
ot the above client error.
At this point I'm stuck. Am I doing anything obviously wrong?
Any suggestions on how I can debug this?
Many thanks!
Rick Varney
why my svnserve process starting behaving this way,
but the problem is resolved for now.
I was able to modify my authz file to achieve my current access goals.
Many thanks for helping me get unstuck!
Best regards,
Rick Varney
lock becomes more intuitive to users, in the same way locking a file opens
up write permissions so a file can be edited.
What do you think? Any alternatives I have not considered? Should I open a
feature request for this?
Best regards,
Rick Varney
Branko Čibej wandisco.com> writes:
> I disagree with the behaviour change because it makes 'svn
delete' in
> the presence of svn:needs-lock behave exactly opposite to every other
> command. IMO, it's quite enough to simply fix the bug where we try to
> change the permissions on a non-ex
Branko Čibej wandisco.com> writes:
>
>
> On 15.11.2013 20:30, Rick Varney wrote:
>
>
> Branko Čibej wandisco.com> writes:
>
>
>
> I disagree with the behaviour change because it makes 'svn
>
>
David Chapman acm.org> writes:
>
> On 11/15/2013 3:57 PM, Rick Varney wrote:
> > Branko Čibej wandisco.com> writes:
> >
> >>
> >> It really depends on what you think "Unix rm" actually is. The
> >> unlin
Branko Čibej wandisco.com> writes:
>
> Maybe this behavior can be made optional, enabled via the
> configuration file?
>
> Changing client behaviour via config file options is almost always a
> bad idea ... every such option makes testing more complex and bug
> triag
12 matches
Mail list logo