Subversion для веб-дизайнера: репозиторий на сетевом ресурсе и ftp на живой сервер

Question

Моя конфигурация:

• htdocs на сетевом ресурсе Windows (z:)
• веб-разработчики проверяют с Dreamweaver изменения и возвращаются на диск z
• LAMP, работающий на сервере Ubuntu, виртуализированный на Hyper-V с Apache, который указывает на диск z для dev для тестирования веб-сайтов
• Загрузка по FTP на работающий сервер

Сейчас:

Мне нужен множественный доступ к хранилищу, держите их в общих сетевых ресурсах, и мы управляем около 200 веб-сайтами.Всем веб-разработчикам, администраторам и ИТ-специалистам необходим доступ к общему ресурсу.

Я обнаружил, что создание сервера SVN - лучший способ для меня, поэтому я создал его на сервере Ubuntu, который виртуализирован на Hyper-сервере.V.Прямо сейчас у меня есть локальные репозитории на сервере Ubuntu, но я хотел бы, чтобы они были на моем сетевом диске, и я хотел бы иметь пост-коммит, если это возможно, для того, чтобы ftp напрямую на моем работающем сервере.Ребята, вы думаете, что решение WebDav было бы лучше?

Заранее спасибо

Анджело

Answer 1

Я хотел бы отметить, что вместо того, чтобы после фиксации настраивать файлы FTP на сервер, вам может быть полезно настроить простой файл PHP, добавляемый на каждый сайт, который запускает сервер для запуска обновления Subversion.Это позволяет избежать недостатков безопасности FTP.Все, что вам нужно сделать, это вытащить сайт из subversion один раз, убедиться в правильности прав доступа и прав доступа, убедиться, что этому конкретному файлу php разрешено передавать команды оболочки, и тогда ваш пост-коммит будет запускать файл phpвместо.Очевидно, что ловушка post commit должна быть правильно настроена для каждого репозитория, но вы должны будете сделать это и с вашим методом FTP, и, вероятно, его будет сложнее настроить.

Answer 2

Сервер subversion - это более традиционная архитектура клиент-сервер, сконфигурируйте сервер SVN для ответа на доступ к сети, извлеките код с требуемой удаленной машины и создайте его там.

Старое программное обеспечение для контроля исходного кода, считываемое непосредственно из файловых репозиториев. В то время как Subversion поддерживает чтение из репозитория напрямую, введение сети между тем, что должно быть прямым чтением файла, часто создает проблемы, которых вы бы предпочли избежать. Вместо использования прямого доступа к файлу используйте доступ к сети, который записан с возможными таймаутами, сбоями в хранилище (вызванными сбоями в сети) и другими проблемами, связанными с сетью.

Если вы обнаружите, что метод svnserve доступа к SVN немного громоздкий (вам придется назначить порт и, возможно, открыть порт на брандмауэре), похоже, что ваша среда будет лучше, если туннелировать SVN через HTTP или HTTPS. Существует модуль Apache (названный mod_svn), который преобразует HTTP GET и их URL-адреса в запросы SVN и перемещает данные обратно, как если бы это был простой запрос веб-страницы. Модуль также допускает ограниченный просмотр SVN-репозитория.