Установка репозитория SVN на субдомене
Что конкретно пропускают файлы? Если это - administration.config или applicationHost.config от inetsrv\config папки, можно найти копию их в C:\inetpub\history в любой из папок CFGHISTORY, которые должны быть там.
Рассмотрение того каталога на сервере W2K8 без IIS установило, показывает пустой каталог. На сервере W2K8 с IIS, недавно установленным только с функциями по умолчанию, выбрал, показывает это:
Необходимо создать htpasswd файл и сказать SVN об этом. Вот мои примечания по установке SVN на Centos 5.5:
Install SVN
# yum install mod_dav_svn subversion
Create the SVN Config File
# vi /etc/httpd/conf.d/subversion.conf
Add the first repo to the file above
<Location /domain.com>
DAV svn
SVNPath /var/www/svn/domain.com
AuthType Basic
AuthName "Subversion Repo"
AuthUserFile /etc/svn-auth-conf
Require valid-user
</Location>
Create the password file
# htpasswd -cm /etc/svn-auth-conf yourusername
Create another user
# htpasswd -m /etc/svn-auth-conf anotherusername
Create repository
# svnadmin create /var/www/svn/domain.com
Set Permissions
# chown apache -R /var/www/svn
Надежда, которая помогает!
Я знаю, что это старый вопрос, но я столкнулся с этой проблемой, и мне удалось настроить субдомен для размещения всех моих репозиториев, следуя этому руководству
http://dhruba.name / 2011/05/23 / install-subversion-using-subdomain-on-apache-and-debian /
просто укажите в «SVNParentPath», вы должны ввести абсолютный путь, например: «/ var / www / svn /» ,
У меня была аналогичная проблема.
Причиной были права доступа к каталогу. Если вы не предоставите DocumentRoot , тогда Apache выберет свой корневой каталог по умолчанию DocumentRoot . И если доступ к DocumentRoot по умолчанию запрещен, то SVN также запрещен.
Просто установите DocumentRoot в вашем VirtualHost в существующий пустой каталог и в ] раздел предоставляет разрешить право на этот каталог.