Рекомендации по контролю версий с php / eclipse?

Question

В настоящее время я делаю все обновления вручную, то есть, когда я делаю изменения в коде, я вручную передаю файлы, которые были изменены на сервере. Очевидно, я играю с огнем, поэтому хочу начать использовать более структурированный процесс выпуска обновлений для моих php-проектов. Я использую Windows 7 с Eclipse в качестве моей IDE. У меня есть linux dev box. Какую программу контроля версий вы бы порекомендовали мне поработать с Eclipse, чтобы получить копию из моего dev-бокса? Вносить изменения и фиксировать эти изменения обратно в dev, тестировать код и иметь возможность зафиксировать изменения в рабочей коробке? (Я предполагаю, что это правильный процесс?)

Answer 1

Я бы использовал DVCS как git или mercurial с разветвлением.Я использую небольшое изменение описанной здесь модели ветвления:

http://nvie.com/posts/a-successful-git-branching-model/

Позвольте мне описать вам мой рабочий процесс развертывания:

У меня есть 4 среды:

1. prod: Производство - то есть: LIVE

2. stage: промежуточный сервер aka: тестовая среда.Это последняя остановка перед продвижением кода в продукт.

3. int: сервер интеграции

4. dev: разработка

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

Среда интеграции постоянно объединяет исходные материалы разработчиков (я использую простой коммитподключите сценарий оболочки, который делает это. Вы также можете рассмотреть более сложные инструменты CI, которые могли бы сделать это).Int будет иметь самую последнюю версию приложения - «новейшую и лучшую».Модульное тестирование используется, чтобы убедиться, что никто ничего не сломает.

Непосредственно перед выпуском кодовая база перемещается на сцену.Такие вещи, как функциональные тесты, и тестирование UA выполняется на этом этапе.Если все выглядит хорошо, то я нажимаю от стадии к продукту, и код тогда жив.

Я лично использую NetBeans в качестве своей IDE - есть плагины, которые прекрасно интегрируются в git / mercurial.

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

Answer 2

Subversion или Git - хороший выбор. У них обоих есть плагины, которые интегрируются в Eclipse и будут делать то, что вам нужно.

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