Как управлять версиями веб-проектов

← →
Kolan © (2010-01-12 09:05) [0]

Здравствуйте!

Недавно был сильно удивлен узнав, что в фирме, где я работаю и где делают веб продукты, работа с СВНом ведется совершенно странным образом.

В их подходе у разработчиков нет рабочих копий и все правят как бы одну рабочую копию.

Ребята сказали, что при работе с веб-проектами работать с СВНом правильно сложно так как для того, чтобы разработчики могли запускать проекты у себя им нужен соответственно настроенный сервер.

Прошу, поделитесь опытом версиирования веб-проектов. Как у вас это организовано?

← →
Kerk © (2010-01-12 09:27) [1]

Чтобы разработчики могли запускать не веб-проекты у себя им тоже нужна соответственно настроенная среда. Нет никакой разницы. Что-то мудрят там у вас.

← →
Kolan © (2010-01-12 09:50) [2]

Есть конкретный опыт работы или это просто мысли?

← →
Kerk © (2010-01-12 09:55) [3]

Опыт работы есть с не веб-проектами :)
Ну ты сам можешь для себя объяснить разницу между веб и не веб?

Еще можно заметить, что "чтобы разработчики могли запускать проекты у себя им нужен соответственно настроенный сервер" - это не объяснение, почему нельзя нормально работать с SVN. Объяснением будет указание на конкретную причину, которая мешает им запускать проекты у себя при нормальной работе.

← →
Kolan © (2010-01-12 10:48) [4]

С не веб и я работал. Хочется узнать про реальный опыт.

Объяснение простое. Делфи, скажем, ты всем поставил и они работают, а в вебе нужно поставить Апач с нужными модулями и при необходимости изменять его.

Так как продукты сложные, то, я думаю, установка не тривиальна. Программистов же 20 человек. Ребята говорят, что админ опупеет все это постоянно настраивать.

← →
Kerk © (2010-01-12 10:52) [5]

> Kolan © (12.01.10 10:48) [4]
> в вебе нужно поставить Апач с нужными модулями
> и при необходимости изменять его.

Делфи тоже надо не "просто поставить", а как правило установить туда еще кучу пакетов и модулей, настроить различные пути и т.п. Это еще если к Делфи не прилагается клиент для Оракла и многое другое.

> Так как продукты сложные, то, я думаю, установка не тривиальна.

Вот только причем тут исходники сайта?

← →
@!!ex © (2010-01-12 10:57) [6]

> [2] Kolan © (12.01.10 09:50)
> Есть конкретный опыт работы или это просто мысли?

Есть конкретный опыт.
Работаем с СВН стандартными способами. Пока никаких проблем не было.
В readme лежит описание настроек для работы проекта + все sql запросы для создания баз.
НЕ админ настраивает рабочую среду минут за 15.

← →
clickmaker © (2010-01-12 11:06) [7]

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

так это в основном сводится к личному web.config, httpd.conf или php.ini
мы, например, держим шаблон вебконфига, который править могут все. По нему потом обновляются конфиги личные и на рабочих серверах

← →
test © (2010-01-12 11:13) [8]

Kolan © (12.01.10 09:50) [2]
Это удобно тем что не надо сводить разные проекты в один, таким образом все работают с последними версиями. Критические косяки сразу у всех вылетают, а не на сведение проекта в единое целое.

← →
BiN © (2010-01-12 11:23) [9]

работаем с VS2008, Oracle JDeveloper и IBM RAD (aka Eclipse). Основное направление - создание серверного ПО, в том числе и веб-разработка.
В качестве системы контроля версий используем MS VSS, но, насколько я знаю, в плане функциональности он не сильно от SVN отличается. или нет?
Меня вот больше интересует, кто какие багтрэкеры использует.

← →
Kolan © (2010-01-12 11:33) [10]

BiN, так как вы с MS VSS работаете? Есть ли рабочие копии у всех?

← →
BiN © (2010-01-12 11:40) [11]

> Kolan © (12.01.10 11:33) [10]
> BiN, так как вы с MS VSS работаете? Есть ли рабочие копии
> у всех?

В VSS есть возможность получить последнюю версию проекта, при этом можно извлечь (checkout) - ну и изменять соотвественно - только определенный модуль.
Правда, обычно одной подсистемой в проекте у нас занимается один человек, реже двое.

← →
Kolan © (2010-01-12 11:41) [12]

Как я понял проблема такая: если держать у каждого по серверу, то может получится так, что у него все работает, а когда он зальет все на основной сервер работать ничего не будет только по тому, что его среда настроена не так как на сервере.

← →
Kolan © (2010-01-12 11:42) [13]

BiN, а как запускаете (отлаживаете) проекты? У каждого на рабочей машине по серверу?

← →
BiN © (2010-01-12 11:43) [14]

То есть ответ: Да, у всех есть рабочии копии
(про багтрэкинг я ранее упомянул, потому что VSS не приспособлен для этого. Испольуем JIRA)

← →
BiN © (2010-01-12 11:51) [15]

> Kolan © (12.01.10 11:42) [13]
> BiN, а как запускаете (отлаживаете) проекты? У каждого на
> рабочей машине по серверу?

Хотя у нашей команды есть постоянный стенд для разработки - несоклько серверов (в том числе и виртуальных), все равно для нормальной отладки требуется изолированность работы. Все упомянутые IDE предоставляют тестовую среду - в 90% этого достаточно. Но иногда, конечно, приходится ставить серверную часть на свою машину, или же создавать новые виртуалки.

← →
BiN © (2010-01-12 12:03) [16]

> Kolan © (12.01.10 11:41) [12]
> Как я понял проблема такая: если держать у каждого по серверу,
> то может получится так, что у него все работает, а когда
> он зальет все на основной сервер работать ничего не будет
> только по тому, что его среда настроена не так как на сервере.
>

Ответ в вопросе.
Нужно все правильно настривать))

← →
Иксик © (2010-01-12 13:10) [17]

> Kolan © (12.01.10 09:05)
>
> Здравствуйте!
>
> Недавно был сильно удивлен узнав, что в фирме, где я работаю
> и где делают веб продукты, работа с СВНом ведется совершенно
> странным образом.
>
> В их подходе у разработчиков нет рабочих копий и все правят
> как бы одну рабочую копию.
>
> Ребята сказали, что при работе с веб-проектами работать
> с СВНом правильно сложно так как для того, чтобы разработчики
> могли запускать проекты у себя им нужен соответственно настроенный
> сервер.
>
> Прошу, поделитесь опытом версиирования веб-проектов. Как
> у вас это организовано?
>

У нас так - у каждого своя рабочия копия, но при commit"e срабатывает простейший скрипт, который создает еще одну копию на web-server"е в нормальной виртуальной директории для тестирования.

← →
Kolan © (2010-01-12 14:00) [18]

Такой вариант, Иксик, мне кажется самым правильным. А не поделитесь скриптом?

← →
Иксик © (2010-01-12 14:05) [19]

> Kolan © (12.01.10 14:00) [18]
>
> Такой вариант, Иксик, мне кажется самым правильным. А не
> поделитесь скриптом?

Не проблема! Минутку, сейчас зайду на сервер.

← →
Иксик © (2010-01-12 14:09) [20]

Вот что-то в этом роде надо поставить на post-commit hook:

setlocal

:: Localize the working copy where IIS points
pushd D:\home\blahblah

:: Update your working copy
svn update D:\home\blahblah\virtualdirectory --username svnuser --password svnpassword

endlocal
exit

← →
Kolan © (2010-01-12 14:11) [21]

Благодарю.

← →
Иксик © (2010-01-12 14:12) [22]

в svn update с путями надо конкретно смотреть, т.к. у нас например сначала solution, а потом папка сайта. В этом случае, разумеется, виртуальная директория будет на подпапку, где сайт. Если же у вас сайт прямо в корне, то два пути (pushd и svn update) вроде будут одинаковы. В общем чуть поиграться возможно надо будет, но в принципе у меня довольно быстро заработало, при том, что я до этого с СВН никогда не работал.

Имейте ввиду, что для паблик доступа нельзя делать Checkout или Update. Только Export

> @!!ex © (12.01.10 14:47) [24]
>
> Имейте ввиду, что для паблик доступа нельзя делать Checkout
> или Update. Только Export

??? Он физически файлы копирует куда скажешь, а какой там на файлы доступ регулируется ОС и в данном случае веб сервером. Т.е. у меня именно update и общий доступ.

http://habrahabr.ru/blogs/infosecurity/70330/
Там есть описание как уязвимость закрыть.
Кстати, до сих пор у многих порталов эта уязвимость не закрыта...

"Текут исходники, утекают..."

Ну так это просто - не надо svn файлы расшаривать. Нет?

А статья интересная :)

> [28] Иксик © (12.01.10 16:05)

Просто. Но по умолчанию они расшарены и 99% народу не знает, что это серьезная уязвимость.

Да, вы правы, я тут об этом не сказал, а в инструкциях к скрипту было упомянуто. Kolan, имейте в виду!

Как управлять версиями веб-проектов Найти похожие ветки