Работа в команде. Подводные камни

Так сказать собралась группа человек, объединенных одной идеей - веб-разработкой. Коллектив достаточно разный - от юзеров винды, до извращенцев типа меня - браузер elinks, vim, ну и так далее.
В качестве системы управления версий выбрали mercurial, пока все отлично. Но у некоторых (а точнее у всех), траблы с бд - ибо не всегда в ней актуальные данные хранятся, у дизайнеров, например, вообще, апача нет и они не знают, что это за зверь.
Обычно в таких случаях команды берут vps? В принципе, логично, но как на сервере держать последние версии? Написать cron, который все время обновлять будет?
Далее. Есть какие-то подводные камни работы в команде? Я сам никогда не работал в крупных софтверных компаниях, так что у меня нет опыта в построении так сказать IT-архитектуры отдельно взятого предприятия, планирования заданий для коллектива и так далее. На что стоит обратить внимание? [да, слишком обще описал, сказал же, что опыта нет].
Просто расскажите, как процесс разработки происходит у вас (там, где вы работаете), может есть какие-то моменты, которые будет полезно учесть остальным?

-----
In Console We Trust. Code hard. Or die.

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

-----
Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.

А я с свое время держал все в дропбокс, вплоть до мускула. было занятно. И все же это не серьезно. Вот пока пришел к выводу, что надо ставить контроль версий на сервер и по cron файлы обновляться будут.

-----
In Console We Trust. Code hard. Or die.

каждую минуту? Ну например я сейчас редактирую php код в файле index.php, через 10 минут я закончил и начал там править дизайнер html и css, и что крону потом обновлять? Ну зальёт он мой файл на сервер, а затем его заменит файлов дизайнера, и моих изменений не будет.

-----
Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.

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

-----
In Console We Trust. Code hard. Or die.

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

(Отредактировано автором: 16 Сентября, 2012 - 17:06:12)

green_man
про группу людей и идет речь, я же писал в первом посте

-----
In Console We Trust. Code hard. Or die.

Заливатся должно РУКАМИ после того как функционал будет оттестирован.
Остальные проблеммы высосаны из пальца. Поработайте хотя бы джуниорвами в серьезных командах и поучитесь организации работы над проектом.
Править файлы на продакшене через FTP вообще маразм.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Ответ на поставленный в теме вопрос - строго говоря, миграции БД. Соответствующие тематические статьи можете посмотреть в том же Google. Ну, как подсказка - такой механизм хорошо реализован и отлажен в RoR (Ruby On Rails)

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.