Представим себе такую ситуацию: есть несколько разработчиков одного веб-проекта (пользуют Windows 7), есть машина на Amazon EC2, на ней крутится nginx и прочие серверные дела под Ubuntu. Есть желание использовать машину не только как production-сервер, но и как основную площадку для разработки. Из идей сейчас только схема, при которой директории на сервере шарятся через Samba, разработчики подключают их как сетевые диски, работают с файлами как с локальными, ну а тестирование производят на самом сервере, соответственно.
Сконфигурить вышеописаное щастье не получилось, так что обращаюсь за советом - может быть существую более подходящие решения?

• Удобная веб-разработка,PavelR, 07:04 , 29-Дек-10
  • Удобная веб-разработка,everm1nd, 14:12 , 29-Дек-10
    • Удобная веб-разработка,PavelR, 14:40 , 29-Дек-10
• Удобная веб-разработка,xeon, 12:05 , 29-Дек-10
  • Удобная веб-разработка,everm1nd, 13:14 , 29-Дек-10
    • Удобная веб-разработка,Аноним, 20:15 , 29-Дек-10

> Из идей сейчас только схема, при которой директории на сервере шарятся через
> Samba, разработчики подключают их как сетевые диски, работают с файлами как
> с локальными, ну а тестирование производят на самом сервере, соответственно.

ИМХО, время отклика при работе с сетевыми дисками через интернет может привести к тому, что будет сильно некомфортно...

чем вызвано такое желание ?

> ИМХО, время отклика при работе с сетевыми дисками через интернет может привести
> к тому, что будет сильно некомфортно...
> чем вызвано такое желание ?

Раньше пользовался довольно стандартной схемой, при которой разработка каждым членом команды ведется на своей машине, первичное тестирование тоже на ней, потом выкладка на тест-сервер, финальное тестирование, ну и дальше на production. Иногда это несколько неудобно: то базу данных забудешь синхронизировать, то со sphinx под Windows какие-то проблемы. Вот и пришла идея собрать все один раз на nix-сервере, где это действительно легко и просто, а Windows-машины использовать только для редактирования кода

>> ИМХО, время отклика при работе с сетевыми дисками через интернет может привести
>> к тому, что будет сильно некомфортно...
>> чем вызвано такое желание ?
> Раньше пользовался довольно стандартной схемой, при которой разработка каждым членом команды
> ведется на своей машине, первичное тестирование тоже на ней, потом выкладка
> на тест-сервер, финальное тестирование, ну и дальше на production. Иногда это
> несколько неудобно: то базу данных забудешь синхронизировать, то со sphinx под
> Windows какие-то проблемы. Вот и пришла идея собрать все один раз
> на nix-сервере, где это действительно легко и просто, а Windows-машины использовать
> только для редактирования кода

я имею ввиду поставить машину локально, поближе к разработчикам, иначе из-за времени отклика они вешаться начнут.
Хотя,если у вас пинг невысокий, то может быть и комфортно всё получится.
В общем случае, делаем абсолютно аналогично: samba для доступа, и на сервере среда, приближенная к боевой =)

Изврат, юзайте какую-нибудь VCS-систему.

> Изврат, юзайте какую-нибудь VCS-систему.

Пробовал. По мне так это еще более неудобно. Во-первых работает достаточно медленно (по крайней мере SVN, хотя git через GitHub еще слоупочнее), во-вторых идеологически неправильно делать коммит при каждом изменении файлов (а для тестирования будет именно так) - получается каша в журнале ветки.

Разумеется без git я ничего и не планировал, просто не стоит пользоваться им как средством передачи файлов от разработчика к тестовому стенду

>> Изврат, юзайте какую-нибудь VCS-систему.

+100500

> Разумеется без git я ничего и не планировал, просто не стоит пользоваться
> им как средством передачи файлов от разработчика к тестовому стенду

"Ну вы блин даёте"(С)

Включи мозги если они есть!
1. У _каждого_ виндового кодеманки на его родной винде поставить апач со всеми плюшками и VCS. Это делается элементарно. Если нет - загони в VM или ещё что - но полная среда должна быть у каждого!
2. Каждый кодеманки имеет полный цикл для кодинга, деплоя, теста на своей винде и не зависит от других -> turnovers повышаются и можно щелкать кнутом чаще :)
3. Когда у кодеманки что то получилость - коммит в центральный репозиторий.
4. На тестовой машине - чекаут с центра, деплой, тесты.
5. Если 4-PASSED и получили аппрувал на впихивание в продакшен - ну понятно что делать надеюсь :)

Шарить же сырцы через самбу итд - верный путь получить в них эпический срач. Потом разгрести это практически нереально. Ну и ситуации "кто кинул сапог на пульт?!" В VCS - сразу будет видно :)

PS: Пас стаю котов голов в 10-15 - опыт есть :)