Вы можете сделать крюк после фиксации , который SVN экспортирует сервер в путь развертывания.
Я только что установил VisualSVN на моем локальном компьютере и на нашем сервере, который размещает наши веб-сайты. Я использовал стандартные настройки по умолчанию при установке программного обеспечения, но я немного смущен, как использовать это с нашей настройкой.
Я протестировал установку, и все работает нормально. В Visual Studio 2008 я могу успешно подключить и перенести файлы веб-сайта на сервер с помощью «IP-адреса сервера / svn / domainname». Если я укажу свой браузер на адрес «IP-адрес сервера / svn / имя домена» и введите свое имя пользователя и пароль, я вижу дерево папок со всеми файлами, которые я только что загрузил. Так что бит работает нормально.
Мой вопрос: как мы можем протестировать веб-сайт, который я только что загрузил? На нашем сервере все наши веб-сайты хранятся в папках «C: sites domainname». В IIS мы сопоставляем эту папку с именем домена, поэтому, когда кто-то вводит имя домена, они получают правильный веб-сайт. Как настроить конфигурацию сервера Visual SVN, чтобы разрешить мне использовать настройку «C: sites domainname», которую мы сейчас имеем?
Любая помощь будет очень признательна, поскольку я полностью смущен этим.
Я думаю, вы смущены тем, что такое VisualSVN:
VisualSVN Server - это пакет, содержащий все необходимое для установки, настройки и управления сервером Subversion для вашей команды на платформе Windows. Он включает в себя Subversion, Apache и консоль управления.
Это гладкий пакет, содержащий все необходимое для запуска сервера управления исходными текстами Subversion на компьютере под управлением Windows. Я люблю это. Обычно вы не устанавливаете это на машине, на которой также размещаются веб-сайты, и я определенно не сделал бы этого на том, на котором размещены общедоступные сайты.
Subversion - это просто система управления версиями. Это ничего не меняет о том, как вы развертываете сайты.
В моей компании мы выполнили это с помощью следующего решения:
Затем мы добавили следующее в httpd-custom.conf:
LoadModule alias_module bin/mod_alias.so
<Directory "C:/artifacts">
Options Indexes
AllowOverride None
</Directory>
<IfModule alias_module>
Alias /artifacts C:/artifacts
</IfModule>
Теперь http://svn.example.com/artifacts/ действует как сайт тестирования и автоматически обновляется всякий раз, когда любой разработчик связывает код с SVN.
Я никогда не использовал VisualSVN, но я думаю, что в целом с SVN и веб-серверами вы делаете проверку соответствующего кода на C: sites domainname.
Затем, когда вы хотите направить код на сервер, вы можете запустить обновление SVN в этом каталоге (при условии, что соответствующие изменения были перенесены в subversion). Очевидно, я проверил бы это, используя тестовый домен и другой каталог перед рукой (или просто просматривая тестовый каталог с IIS).
Лично, поскольку, поскольку я использую asp.net и C # и использую проекты веб-развертывания для предварительной компиляции, я вообще просто перемещаю сборки самостоятельно, вместо того, чтобы возиться с SVN на веб-сервере. С интерпретируемыми языками, такими как PHP, это более прямолинейно.
Мой клиент svn на окнах - ToirtoiseSVN