Форум: "Прочее";
Текущий архив: 2010.04.04;
Скачать: [xml.tar.bz2];
ВнизКак управлять версиями веб-проектов Найти похожие ветки
← →
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) вроде будут одинаковы. В общем чуть поиграться возможно надо будет, но в принципе у меня довольно быстро заработало, при том, что я до этого с СВН никогда не работал.
← →
Иксик © (2010-01-12 14:12) [23]
> Kolan © (12.01.10 14:11) [21]
>
> Благодарю.
Не за что :) Надеюсь, что пригодится!
← →
@!!ex © (2010-01-12 14:47) [24]Имейте ввиду, что для паблик доступа нельзя делать Checkout или Update. Только Export
← →
Иксик © (2010-01-12 15:32) [25]
> @!!ex © (12.01.10 14:47) [24]
>
> Имейте ввиду, что для паблик доступа нельзя делать Checkout
> или Update. Только Export
??? Он физически файлы копирует куда скажешь, а какой там на файлы доступ регулируется ОС и в данном случае веб сервером. Т.е. у меня именно update и общий доступ.
← →
@!!ex © (2010-01-12 15:45) [26]> [25] Иксик © (12.01.10 15:32)
Адрес скажите?
← →
@!!ex © (2010-01-12 15:48) [27]http://habrahabr.ru/blogs/infosecurity/70330/
Там есть описание как уязвимость закрыть.
Кстати, до сих пор у многих порталов эта уязвимость не закрыта...
"Текут исходники, утекают..."
← →
Иксик © (2010-01-12 16:05) [28]Ну так это просто - не надо svn файлы расшаривать. Нет?
← →
Иксик © (2010-01-12 16:11) [29]А статья интересная :)
← →
@!!ex © (2010-01-12 16:17) [30]> [28] Иксик © (12.01.10 16:05)
Просто. Но по умолчанию они расшарены и 99% народу не знает, что это серьезная уязвимость.
← →
Иксик © (2010-01-12 16:34) [31]Да, вы правы, я тут об этом не сказал, а в инструкциях к скрипту было упомянуто. Kolan, имейте в виду!
Страницы: 1 вся ветка
Форум: "Прочее";
Текущий архив: 2010.04.04;
Скачать: [xml.tar.bz2];
Память: 0.53 MB
Время: 0.005 c