PHP Best practice, collaboration / deployment for small team.

git можно использовать на готовом хостинге типа github или bitbucket. На первом приватные репозитории платные, на втором бесплатные при некоторых ограничениях (но если заплатить, то ограничения убираются). Соответственно, в этом случае создание репозитория - дело нескольких кликов в веб-интерфейсе. Все нормальные IDE поддерживают интеграцию с git. Типа отредактировал файлы, нажал на кнопку, написал сообщение коммита + опционально пометил какие файлы выгружать пока рано, нажал ещё раз на кнопку и коммит ушёл на сервер. Никакой монструозности не вижу.

git можно использовать на готовом хостинге типа github или bitbucket

А ещё можно сделать свой репозиторий. Особых проблем это не вызывает. Но если к нему нужна веб-морда, то тогда лучше github и прочие.

Может у вас есть другое решение / организация этого процесса?

Mercurial/Git с методикой использования Git Workflow, Liquibase для сохранения изменений в структурах баз данных, Scm Manager для управления репозиториям, Jenkins для управления задачами деплоя, Vagrant для создания тестового окружения у себя на машине, Phing для полировки деплоя. Нужные 20% знании для выполнения 80% задач получить довольно просто, неделя - две, особо не спеша.

KivApple WereFox PHPFan

Тааакс, спасибо) Уже по-чутку начинает вырисовываться картина, с чего можно начать. Пока вижу это так, как минимальный и простой вариант:

lamp/wamp разрабочтика -> github/bitbucket -> dev сервер -> prod сервер

Стал интересен bitbucket, кратко почитал, есть автоматизация деплоев на amazone.

А что за проекты то?

Сижу в деревне, делать нех. Сколько платишь? Бери меня в команду что-ли. Настрою тебе твой собсный гит если надо, там настраивать нечего, объясню как работает, по ключикам ходить все будут. С автодеплоем тоже можно много чего придумать. Это как тебе захочется.

Куда тебе написать чтобы подробнее пообщаться? Если интересно, конечно.

Поддерживаю. Использовать git просто, вместе с github ещё проще. Плюс не стоит забывать, что система контроля версий это вещи вроде отката изменений, отслеживание того кто что где накосячил и прочие статистические моменты. И это всё бесплатно прилагается. Плюс однозначно тренирует людей более организованно работать. Если ещё заставить их писать осмысленные комментарии к комитам и желательно на русском(если комманда русская), потому что руглиш это просто жесть.

на бакете тоже гит есть, не ртутью единой

Ну это хорошо, как уже выше писали и свой git репозиторий сгодится тоже. Тут не проблема где, тут проблема как. А топикстартер хочет собрать максимум граблей. У нас тут тоже один из заказчиков интересный, vcs не использует, зато в каждом файле сорце надо указывать кто что модифицировал и когда. У людей разные бывают помешательства бывают:)

Монструозность начинается при мёрже правок в одном файле, а то и в одних и тех же местах.

Смотрел в сторону git/svn, смотрится немного монстроподобно. Да и опыта нету.

Второй уже не актуален.

А первый — то что нужно. Главное понять, что тебе нужны только базовые фичи, типа add/commit/checkout/pull/push и освоить их. После этого все станет красиво и даже 10 человек в одном проекте не будут друг другу мешать.

править 1 и тот же php файл, но каждому свои секции

Гит с этим справится, причем успешно, но придется тратить рабочее время на разруливание конфликтов в простейшем случае - это уже изначально некорректно.

Начните со структурирования с модульности - например один класс, один файл, если много изменений - оставьте как legacy, а новое уже пишите нормально, если это рефакторить сложно, то попробуйте например модели отдельных микро-сервисов какбы.

Загугли continuous deployment, есть вагон сервисов занедорого.
Ну а код на github. Или gitlab/bitbucket, если религия не позволяет.

я бы порекомендовал как всё крутые нормальные люди использовать Git и Github. Вот просто поверь, это лучшее решение на сегодняшний день для работы в команде.(Кстати полно GUI которые позволяют работать с Git с минимальным уровнем вхождения)