Система контроля версий сайта

Question

Я ищу возможность использовать систему контроля версий для веб-сайтов, но ТАКЖЕ хочу, чтобы изменения вступили в силу немедленно.

Пример: разработчик отправляет в репозиторий те изменения, которые сразу же извлекаются из репозитория.

Есть предложения по доступному программному обеспечению?

Answer 1

Subversion + триггеры.

Вы можете установить триггер таким образом, чтобы скрипт сразу передавал транк в систему разработки при любой регистрации.

В справочнике по SVN рассматриваются триггеры / ловушки Subversion

Подобный вопрос stackoverflow здесь описывает, как выполнить сценарий, когда происходит событие репо.

Внимание : Я бы не стал делать это для производственной системы , но мог бы быть полезен для непрерывного тестирования на сервере разработки, на котором всегда транк транслируется.

Answer 2

Надежно это сделать сложно, но при правильном выполнении могут быть большие преимущества.

Я бы посоветовал вам изучить непрерывную интеграцию . Чтобы сделать это правильно, вам понадобится сочетание хороших методов кодирования, интенсивной разработки и автоматического развертывания.

По сути, идея заключается в том, что разработчики вносят небольшие изменения, которые хорошо тестируются при переносе схем. Затем он автоматически тестируется и развертывается.

Answer 3

Служба хостинга проекта assembly.la предлагает это как функцию, связанную с GIT или SVN-репозиториями.

Я не имею к ним никакого отношения, кроме как как довольный клиент; Я не использую вышеупомянутую функцию, поэтому не могу подтвердить ее эффективность. Я считаю, что для доступа к веб-серверу требуется простой ftp (не sftp) доступ.

http://www.assembla.com

Answer 4

Возможно, вместо того, чтобы «тянуть», вы можете использовать подход толкания. Сами веб-сайты могут быть репозиториями git (или выбрать ваш scm, я предпочитаю git), авторы помещают свой код в свой локальный репозиторий, отправляют его через git push на веб-сервер, и он работает Это еще один шаг с точки зрения авторов, но вы могли бы написать несколько удобных сценариев, чтобы сделать их прозрачными для них.

Answer 5

Я еще не пробовал, но слышал хорошие новости о Mercurial .

Я думаю, что Google недавно начал использовать Mercurial для некоторых своих проектов.

У них есть интересная статья, сравнивающая GIT с Mercurial: http://code.google.com/p/support/wiki/DVCSAnalysis

А вот и новости об их окончательном решении использовать Mercurial для Google Code здесь: http://arstechnica.com/open-source/news/2009/04/google-code-adds-mercurial-version-control-system.ars

Answer 6

cron, запускать svn update или git pull каждую минуту.

или сообщение commit hook в репозитории SVN.

Примечание: на самом деле оба - плохая идея. По крайней мере, получить результаты с сервера непрерывной интеграции после завершения сборки.