On 10 Sep 2014 20:06, "James" wrote:
>
> My svnserve is running on Fedora and I can access (checkout, update, ..)
with svn://repository/.. without any issue from local machine and another
machine.
>
> I also setup user/password access control. It works great. Now I am
trying to add path-based acce
Ok, I found what wrong with my authz file's settings after read the svnbook
carefully again.
Now there is only one thing still doesn't work for me: deny the access of a
subdirectory:
by follow the example in the svnbook, I have the following setting:
#---
[/]
superuser = rw
#*
My svnserve is running on Fedora and I can access (checkout, update, ..) with
svn://repository/.. without any issue from local machine and another machine.
I also setup user/password access control. It works great. Now I am trying to
add path-based access control on top of it.
I enabled the "au
Guten Tag jane34,
am Samstag, 15. Oktober 2011 um 17:24 schrieben Sie:
> Then I recreate the new file trunk/dir/source.file and commited it again in
> revision 10
This was the error, you should have reverted revision 7 where you
deleted.
http://subversion.apache.org/faq.html#undo
http://svnbook.
f that new file is completely empty and I
can't see 1,2,3,4,5,6,7 revisions in history... I can't see the whole
history even when I updating to 7 revision (file itself loading well, but
it's history don't).
Please, please, somebody, help me to restore the history from the file
Hi Andy,
> venture to disturb you, would like to ask, why do not
> directly generate Subversion Binary Packages, as Tigris.org
> the DJ Heap, Branko Čibej and Troy Simpson them Which will
> lead, direct compilation with Apache modules can be attached
> to it? Because we own the developmen
Hi Subversion Team:
venture to disturb you, would like to ask, why do not directly generate
Subversion Binary Packages, as Tigris.org the DJ Heap, Branko Cibej and Troy
Simpson them Which will lead, direct compilation with Apache modules can be
attached to it? Because we own the developmen
