Скачать: CL | DM;

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

← →
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 вся ветка

Скачать: CL | DM;



Память: 0.53 MB
Время: 0.006 c