The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Удобная веб-разработка"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Разное)
Изначальное сообщение [ Отслеживать ]

"Удобная веб-разработка"  +/
Сообщение от everm1nd (ok) on 29-Дек-10, 01:25 
Представим себе такую ситуацию: есть несколько разработчиков одного веб-проекта (пользуют Windows 7), есть машина на Amazon EC2, на ней крутится nginx и прочие серверные дела под Ubuntu. Есть желание использовать машину не только как production-сервер, но и как основную площадку для разработки. Из идей сейчас только схема, при которой директории на сервере шарятся через Samba, разработчики подключают их как сетевые диски, работают с файлами как с локальными, ну а тестирование производят на самом сервере, соответственно.
Сконфигурить вышеописаное щастье не получилось, так что обращаюсь за советом - может быть существую более подходящие решения?
Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Удобная веб-разработка"  +/
Сообщение от PavelR (??) on 29-Дек-10, 07:04 

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

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


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


Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Удобная веб-разработка"  +/
Сообщение от everm1nd (ok) on 29-Дек-10, 14:12 
> ИМХО, время отклика при работе с сетевыми дисками через интернет может привести
> к тому, что будет сильно некомфортно...
> чем вызвано такое желание ?

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

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "Удобная веб-разработка"  +/
Сообщение от PavelR (??) on 29-Дек-10, 14:40 
>> ИМХО, время отклика при работе с сетевыми дисками через интернет может привести
>> к тому, что будет сильно некомфортно...
>> чем вызвано такое желание ?
> Раньше пользовался довольно стандартной схемой, при которой разработка каждым членом команды
> ведется на своей машине, первичное тестирование тоже на ней, потом выкладка
> на тест-сервер, финальное тестирование, ну и дальше на production. Иногда это
> несколько неудобно: то базу данных забудешь синхронизировать, то со sphinx под
> Windows какие-то проблемы. Вот и пришла идея собрать все один раз
> на nix-сервере, где это действительно легко и просто, а Windows-машины использовать
> только для редактирования кода

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

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

2. "Удобная веб-разработка"  +/
Сообщение от xeon email(??) on 29-Дек-10, 12:05 
Изврат, юзайте какую-нибудь VCS-систему.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Удобная веб-разработка"  +/
Сообщение от everm1nd (ok) on 29-Дек-10, 13:14 
> Изврат, юзайте какую-нибудь VCS-систему.

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

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

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

6. "Удобная веб-разработка"  +/
Сообщение от Аноним (??) on 29-Дек-10, 20:15 
>> Изврат, юзайте какую-нибудь VCS-систему.

+100500

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

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

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

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

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру