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

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

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

В настоящее время:

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

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

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

Анджело


share networking ftp svn
person Angelo    schedule 10.06.2010    source источник

Ответы (2)


arrow_upward
0
arrow_downward

Сервер Subversion представляет собой более традиционную архитектуру клиент-сервер, настройте сервер SVN для ответа на доступ к сети, проверьте код с нужного удаленного компьютера и создайте его там.

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

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

person Edwin Buck    schedule 10.06.2010

arrow_upward
0
arrow_downward

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

person LaineyBug's Daddy    schedule 23.06.2015