Comments 8
Хорошее описание, с картинками, правда про git. Но, учитывая «хотелось бы дать мобильность», как я понимаю, для Вас переход на DCVS дело не такого уж и далёкого будущего, так что, возможно, ссылка как раз в тему :-)
согласен, а где ГИТ, там и mercurial. почитайте про оба и выберите что ближе. ещё можно послушать utp.umputun.com/
Рекомендовал бы каждому разработчику иметь development сервер — например, в виртуальной машине. Синхронизовать же нужно средствами svn. Вручную лучше ничего не делать — пишите скрипты.
Мы используем trac для вики и багтракинга — рекомендую для небольших групп. Система простенькая и совершенно не напрягает.
Для удалённой/распределённой работы лучше подходит git, но если есть быстрый vpn в офис, то и svn годится.
Клиенты к SVN у нас выбирают сами разработчики — кому что нравится. В основном все работают с командной строкой (Linux/Windows), или из Tortoise SVN (Windows)
Мы используем trac для вики и багтракинга — рекомендую для небольших групп. Система простенькая и совершенно не напрягает.
Для удалённой/распределённой работы лучше подходит git, но если есть быстрый vpn в офис, то и svn годится.
Клиенты к SVN у нас выбирают сами разработчики — кому что нравится. В основном все работают с командной строкой (Linux/Windows), или из Tortoise SVN (Windows)
для вики и багтракинга пользуемся Redmine — пока доволен
Как раз сейчас работаем над VPN — так что думаю будем оставаться на SVN.
Спасибо за инфу!
Как раз сейчас работаем над VPN — так что думаю будем оставаться на SVN.
Спасибо за инфу!
на гиториусе репа, в которую имеет доступ группа разработчиков, багтрекер свой на своем серваке
Можно продолжать придумывать извращения, но есть же basecamphq.com и аналоги типа assembla.
это что касается багтракинг, вики итд. Как раньше отметил: пользуемся Redmine и пока довольны
А как у вас организованы процессы для Stage, Production, Deployment?
сам настраиваю сейчас подобным образом:
1. у каждого своя локальная development среда (с ежедневными обновлениями базы и SVN)
2. dev.site.com на development сервере направлен на Trunc (куда сбрасываются все изменения с локалок)
3. beta.site.com на staging сервере направлен на RC (rsync с development)
4. www.site.com на production сервере направлен на Stable (rsync с staging)
из-за особенностей MODx, будет немного проблематично сооединять все изменения с локалок, но выбора как бы нету
А как у вас организованы процессы для Stage, Production, Deployment?
сам настраиваю сейчас подобным образом:
1. у каждого своя локальная development среда (с ежедневными обновлениями базы и SVN)
2. dev.site.com на development сервере направлен на Trunc (куда сбрасываются все изменения с локалок)
3. beta.site.com на staging сервере направлен на RC (rsync с development)
4. www.site.com на production сервере направлен на Stable (rsync с staging)
из-за особенностей MODx, будет немного проблематично сооединять все изменения с локалок, но выбора как бы нету
Sign up to leave a comment.
Групповая разработка — Как вы организовали свою? (SVN, stage, production)