Как организовать удаленную команду над вебпроектом?

Question

[dmitriy_ing]

Есть ситуация - php+html+css+js проект (вебсайт), расположенный на сервере.
Есть разные люди, которые выполняют задачи по сайту прямо на сервере.
Есть проблема - одновременно могут править одни и те же файлы разные люди, при этом нет системы блокировки файлов.

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

Какой подход нам поможет?

Answer 1

[Александр Маджугин]

1 Сделать тестовые сервера каждому и все же прикрутить хотя бы svn.
2 Разные люди выполняют разные задачи но правят одни и те же файлы? У вас что-то не так с архитектурой проекта.
3 Используйте редакторы которые предупреждают о том, что сохраняемый файл изменен после открытия. Мне нравится Komodo Edit (потому, что я сам такой - лень поднимать svn, а с архитектурой проектов часто что-то не так ;) )

Comments

[dmitriy_ing]

Спасибо за ответ!

Да, с файлами стилей могут работать два челвоека, меняющие разные страницы сайта. Ведь файл стилей единый.
Или шаблон хедера могут править два человека, один меняет стиль сайта, другой добавляет выпадающее меню (в общем случае).

[Александр Маджугин]

Ну я же говорю - что-то не так с архитектурой. ;) Стили разных блоков должны быть в разных css. Зачем править хедер если правятся стили? В хедере должна быть только разметка, а она должна быть сематической, а стилями только стилизоваться. Так что нет нужды править хедер для изменения стилей.
Ну и так далее. Но это конечно в идеальном, каком-то другом мире, без войн, болезней и депутатов.
А в нашей реальности я не вижу других способов (если не поднимать систему контроля версий) кроме работы в разное время или/и редактора который сможет уведомлять об изменении файла и показывать diff, чтобы можно было смержить хотя бы руками.

[dmitriy_ing]

Suntechnic: Например, есть такое решение как codeanywhere.com, он предлагает вебинтерфейс. Вот бы сздорово было, если бы он умел еще назначать блокировки файлам, чтобы другой челвоек не смог открыть их.

Может такие решения есть, а мы просто не в курсе?

Answer 2

[Пума Тайланд]

git
автодеплой на тестовый сервер

Comments

[dmitriy_ing]

в этом случае как будет происходить работа на практике:

[dmitriy_ing]

1. нужно скачать файл
2. изменить файл
3. сделать коммит
4. проверить все ли ок.
Повторить для каждой операции.

Это ведь слишком много комитов?

[Пума Тайланд]

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

Answer 3

[Rrooom]

Пробовали SVN, но править файлы нужно прямо на сервере (без чекаута), т.к. на локальном компьютере нет возможности выгрузить сайт (нужен вебсервер).

Открутить кому-то голову, к примеру.
Отберите у всех доступы к серверу.
Перенесите код в git (рекомендую битбакет, для начала).
Настройте Jenkins - для развертывания сайта при коммитах в production-ветку.
Соберите эталонный образ Vagrant и раздайте своим разработчикам вместе с доступом к git.