У них независимые копии проекта, а репозиторий один.
Посмотреть итог работы этих троих можно сделав пост-хук-коммит, который бы обновлял например: /var/www/build.example.com/project/, тогда по адресу build.project.example.com будет находиться самая последняя версия проекта.
Если в репозитории по ветке на каждого разработчика, то чтобы посмотреть результат работы нужно будет делать merge между ветками.
Ну если не рассматривать статику, которую периодически приходится копировать, а на нее я уверен у вас стоит svn:ignore, то будем говорить только непосредственно о коде.
У нас ядро фреймворка вынесено в отдельный каталог и используется всеми проектами, назовем его core/.
Так же у каждого проекта есть свой app/ и htdocs/. При разработке получается следующая структура каталогов относительно документ_рута:
../../core
../app
htdocs
У каждого проекта свой сервер, соответственно на продакшне структура каталогов другая:
../core
../app
htdocs
Вот тут мы и копируем ядро на уровень ниже. Если бы там были .svn, то уже речь о svn update бы не шла.
При этом я уверен, что при вашей архитектуре, это может быть оправдано, если вы уже столь долгое время так работаете.
А для копирования и перемещения файлов использовали svn copy и svn export?
Просто мне показалось, что это не очень удобно, особенно когда при выгрузке на продакшн нужно еще делать манипуляции с js и css (сливать в один, минифаить...).
Но как простой способ обновить файлы на продакшне, с учетом их последней стабильной версии, вполне подходит.
недавно тестировал mod_deflate
15 тыс хостов
по данным cacti уменьшился исходящий трафик в пике с 10мбит до 2мбит
немного увеличилась нагрузка на cpu +3-5%
Opteron 246 2Ghz (cpufreq 1Ghz)
RAM 1gb
scsi
у меня похожая история.
сейчас уже два месяца сижу под 10.4.8 на своем ноуте Asus. мечтаю о macbook pro, но пока финансово не готов.
для web-разработчика действительно идеальная система.
как бы вайн не был хорош, но это все эмуляция, никто при этом никаких гарантий работоспособности давать не будет.
в любом случае один терминальный сервер нужен, ну а дальше rdesktop + seamlessrdpshell.exe
Посмотреть итог работы этих троих можно сделав пост-хук-коммит, который бы обновлял например: /var/www/build.example.com/project/, тогда по адресу build.project.example.com будет находиться самая последняя версия проекта.
Если в репозитории по ветке на каждого разработчика, то чтобы посмотреть результат работы нужно будет делать merge между ветками.
У нас ядро фреймворка вынесено в отдельный каталог и используется всеми проектами, назовем его core/.
Так же у каждого проекта есть свой app/ и htdocs/. При разработке получается следующая структура каталогов относительно документ_рута:
../../core
../app
htdocs
У каждого проекта свой сервер, соответственно на продакшне структура каталогов другая:
../core
../app
htdocs
Вот тут мы и копируем ядро на уровень ниже. Если бы там были .svn, то уже речь о svn update бы не шла.
При этом я уверен, что при вашей архитектуре, это может быть оправдано, если вы уже столь долгое время так работаете.
А вот получить неудобства из-за копирования директорий вместе с .svn/ можно.
Просто мне показалось, что это не очень удобно, особенно когда при выгрузке на продакшн нужно еще делать манипуляции с js и css (сливать в один, минифаить...).
Но как простой способ обновить файлы на продакшне, с учетом их последней стабильной версии, вполне подходит.
там достаточно служебной информации, которая на продакшне явно лишняя.
Видимо вы не одиноки… ;-)
15 тыс хостов
по данным cacti уменьшился исходящий трафик в пике с 10мбит до 2мбит
немного увеличилась нагрузка на cpu +3-5%
Opteron 246 2Ghz (cpufreq 1Ghz)
RAM 1gb
scsi
2,5 года - gentoo
и пару месяцев под ubuntu
за это время получил огромный опыт работы с *nix
и очень этому рад
сейчас купил macbook pro (2,4)
и рад еще больше, тому, что имею большой опыт работы с *nix и полностью сконцентрирован на работе
сейчас уже два месяца сижу под 10.4.8 на своем ноуте Asus. мечтаю о macbook pro, но пока финансово не готов.
для web-разработчика действительно идеальная система.
действительно легендарный баг
поправили прям в мой ДР
спасибо, Крылову Олегу, наверно, теперь станешь легендарным человеком
в любом случае один терминальный сервер нужен, ну а дальше rdesktop + seamlessrdpshell.exe
имхо идеальное решение
все очень довольны