Совет по контролю исходного кода - PullRequest
Новая
       24

Совет по контролю исходного кода

1 голос
/ 31 июля 2009

Я унаследовал большое по размеру внутреннее приложение в компании, в которой я работаю. Он состоит из двух частей. Один работает на сервере LAMP, другой - на сервере WAMP. Там нет контроля источника, чтобы увидеть.

В настоящее время разработчики будут заходить на каждый сервер через FTP и просто напрямую редактировать имеющиеся там PHP-файлы. Или войдите в phpMyAdmin и при необходимости внесите изменения в схему БД.

Каков наилучший способ реализовать контроль источника в этой ситуации? Я не очень хорошо знаю, как лучше настроить CVS и SVN. Все ли разработчики нуждаются в собственной «тестовой системе»? То есть мне нужно будет настроить среду LAMP + WAMP для каждого разработчика? Или может они с центрального сервера разработки? Каков наилучший способ развертывания внесенных изменений?

Все разработчики используют Windows. Мы также используем Zend Studio 5.5 для разработки.

Заранее благодарю за любой совет.

Ответы [ 2 ]

4 голосов
/ 31 июля 2009

Разработчику действительно не нужно много усилий, чтобы иметь личный LAMP / WAMP, работающий локально или на виртуальной машине. Локальный сервер разработки стоит того, чтобы тестировать неживые изменения в близко подобранной среде, но он действительно не масштабируется, если все разработчики вносят свои изменения сразу.

Я хотел бы, чтобы все разработчики зафиксировали trunk в Subversion, а затем ветвь stable, которая автоматически (с помощью ловушки после фиксации) была развернута на сервере. Только определенные люди должны иметь доступ на запись в ветку stable, чтобы младший разработчик случайно не повредил живой сервер.

0 голосов
/ 17 августа 2009

Это ужасный способ работать на сайтах, особенно в команде. Вся установка должна быть изменена.

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

...