Сергей Протько

Все популярные IDE имеют встроенные механизмы синхронизации файлов на сервере. Так же можно использоват систему контроля версий (если все же вы будете не по одному файлу обновлять, а скажем... закончили кусок работы - обновили). Про миграции и базу данных вам уже сказали.

Вообще не вижу смысла в редактировании файлов на сервере или в мгновенном деплое при изменении файлов.

ну… mongodb — хранить ревизии как поддокументы или просто подумать над структурой данных. наличие git или svn вам никак не помогут. Хранить базу в svn крайне глупо. git же для бинарников крайне нежелательно использовать. Ну и опять же глупо.

Так как монга имеет rest интерфейс, можно написать простенький клиент на каком angular.js + twitter bootstrap.

В русской версии ProGIt все довольно нормально переведено. Но я считаю что переводить команды не стоит.

stackoverflow.com/questions/1951137/git-post-receive-hook-to-update-a-local-clone-owned-by-a-different-user

Касательно разделения обязанностей.
Разделись обязанности в пределах одного репозитория, насколько мне изменяет память, нельзя. Проблему можно решить создав на каждый компонент отдельный репозитории и поместить их в главный как саб-модули. В этом случае вы можете полностью контролировать доступ разработчиков к конкретным компонентам. В SVN-же вы можете настроить доступ к отдельным компонентам в пределах одного репозитория, но это все же SVN и тут много своих нюансов.

Я обычно работаю по следующей схеме:

Если над задачей работает один человек, то обычно в локальном репозитории создается отдельная ветка от мастера, и разработчик работает там. Если появились изменения в мастере — rebase коммитов из мастера в новую ветку поможет (если внесенные в мастер изменения вам нужны). Затем, просто делается rebase коммитов из новой ветки в master, а та самая локальная ветка попросту удаляется за ненадобностью. В дереве коммитов все будет выглядеть так, как будто бы все делали в мастере.

Если же над таском работает не один человек — то просто пуште новую ветку и работайте по той же схеме, переодически синхронизируя изменения. Опять же по завершению работы коммиты ребейзятся на мастер и ветка (локальная и на сервере) удаляются.

Обычно синхронизация идет из репозитория на продакшен. Способ для ленивых — на сервере склониться из репозитория.

Как поступаю я в такой ситуации:
Есть master, там всегда только стабильный код, то бишь после каждого коммита перед пушем (в идеале перед коммитом) прогоняются тесты. Все фичи делаются в локальных ветках (если людей фичу делает несколько — эту ветку можно запушить). Когда фича закончена — она мерджится в master.

dev версия сайта обычно клонится с master, в редких случаях создается ветка dev (хотя на моей памяти никогда это не нужно было).

А дальше, если работаете итерациями и у вас несколько версий должно быть задеплоено — все разносится по своим веткам. На сервере же делается просто checkout нужной ветки.

То бишь доделали фичу — смерджили в мастер. Прогнали тесты. Если все хорошо — пушим. Если нужно выкатить на лайв или куда еще — мерджим фичу/master в нужную ветку. После изменений в ветках отличных от master все должно быть замерджено в него, ибо ветки с фичами делаются от мастера.