LINUX.ORG.RU

PHP Best practice, collaboration / deployment for small team.

 , ,


0

2

Всем привет!

Даже не знаю как правильно начать, скажем, на данный момент есть:

  • 2 разработчика
  • 1 верстальщик
  • 1 дизайнер

Это на данный момент, ком разрастается и количество людей участвующих в команде растёт. Проекты самые разные, от простых лендингов до информационных порталов с множество сервисов.

Увы, пока был один, было гуд, хватало netbeans + sftp + dev / prod http servers. Но сейчас все усложнилось, то верстальщику дать доступ на правку шаблонов, то есть необходимость со вторым разработчиком править 1 и тот же php файл, но каждому свои секции. А как представлю что нас будет больше - становится вообще не весело.

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

Ув. форумчане, может есть какие облачные сервисы со своими IDE, своими git, со своим deployment и прочими фишками? Уже готовые решения, от разработки до вывода в прод? Может у вас есть другое решение / организация этого процесса?

Пните в верном направлении, пожалуйста.

P.S Бюджет есть, в т.ч на платные IDE.

★★

Последнее исправление: kukara4 (всего исправлений: 2)

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

KivApple ★★★★★
()

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

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

WereFox ★☆
()

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

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

PHPFan
()

KivApple WereFox PHPFan

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

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

kukara4 ★★
() автор топика
Последнее исправление: kukara4 (всего исправлений: 2)
Ответ на: комментарий от kukara4

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

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

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

deep-purple ★★★★★
()
Ответ на: комментарий от KivApple

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

ixrws ★★★
()
Ответ на: комментарий от anonymous

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

ixrws ★★★
()
Ответ на: комментарий от KivApple

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

anonymous
()

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

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

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

Igron ★★★★★
()

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

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

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

anonymous
()

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

Vit ★★★★★
()

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

q13
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.