.svn за пределы директории проекта

[Alexandre]

за деплой методом svn up надо отрывать руки, ноги и другие части тела.

++

скрипт деплоя пишется 5 минут с учетом всех перечисленных нюансов (тупо мерджим 2 фолдера - exported + extra и заливаем)

уже вторую неделю отлаживаем деплоймент... оч. много подводных камней

Более того, эта привычка позволяет разводить на сервере свалку. В каталоге проекта должен быть только код приложения, и больше ничего.

++

 

[zerkms]

Alexandre
аргументируй, почему svn up плохо?

 

[Alexandre]

почему svn up плохо

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

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

ну и .svn - дыра, которую нужно специально закрывать

 

[zerkms]

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

svn switch

накосячили: изменили строчку в конфиге перегрузили и уже откатили ...

svn switch

ну и .svn - дыра, которую нужно специально закрывать

1 строка в .htaccess раз и навсегда

 

[Adelf]

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

Раз уж пошла такая пьянка... не расскажете ли неопытному человеку(деплой для меня тёмная тема), чем плохи симлинки для такой проблемы? Тогда и перегружать возможно не надо будет...

 

[Alexandre]

1 строка в .htaccess раз и навсегда

а кто не имеет .httaccess?

 

[boombick]

а кто не имеет .httaccess?

тем в nginx.conf =)))

 

[Alexandre]

Раз уж пошла такая пьянка... не расскажете ли неопытному человеку(деплой для меня тёмная тема), чем плохи симлинки для такой проблемы?

ну, не пребедняйся, неопытностью...
симлинки на что?

и вообще, у каждого своя каша, сам варит и сам кушает... хочешь на медленном огне варишь, хочешь на быстром с помешиванием...

-~{}~ 25.12.09 16:42:

тем в nginx.conf =)))

как ты угадал?

 

[Adelf]

Alexandre
Ну папка app сайта(ну будем считать папкой app то место, где все сорцы - php, js, css, шаблоны) - это симлинк-папка.
При деплое копируем новые сорцы в другую папку и переделываем симлинк на нее. В итоге, сервер начинает работать с другими сорцами, без перезагрузки.

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

 

[Bakti9rov]

use git dude

или

find . -name "*.svn" | xargs rm -rf

 

[pilot911]

люди, подскажите, где почитать об оптимальном создании нескольких svn веток продукта с общим ядром

 

[alla_vitalievn]

это может быть небезопасно

 

[Adelf]

pilot911
svn:externals

 

[fixxxer]

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

svn switch

ога, по живому сайту, с получением неконсистентного дерьма на время svn up (а если особо повезет - то и в кэше акселератора). не, ты у себя делай как хочешь, но вот людям не советуй бяку =)

-~{}~ 27.12.09 05:00:

Автор оригинала: Alexandre
++
уже вторую неделю отлаживаем деплоймент... оч. много подводных камней

ну у вас то я понимаю =) я про несколько более простые случаи =)

 

[zerkms]

ога, по живому сайту, с получением неконсистентного дерьма на время svn up (а если особо повезет - то и в кэше акселератора). не, ты у себя делай как хочешь, но вот людям не советуй бяку =)

закрыть сайт "на обновление" и делать это. или вы все обновляете прям на живом всегда?

 

[fixxxer]

именно на живом.
переключением docroot в /path/new_branch_num.
откат точно так же делается моментально.

конечно, это возможно только если нет несовместимых миграций в базе - но это как раз вопрос, при необходимости легко решаемый созданием врЕменной избыточности.

-~{}~ 27.12.09 05:58:

Автор оригинала: Bakti9rov
use git dude

Да-да, используйте по той же методе git! Там даже не надо будет париться с парсером: git clone http://domain.tld/.git и все =)

 

[confguru]

но еще куча других данных: картинки, девелоперские записи и тд, которые в repo не загоняются

Сделайте симлинк на этот контент вынесеный вне рута и все будет замечательно

 

[whirlwind]

В случае апгрейда базы, одинаковые трудности будут хоть с симлинками, хоть с докрутами, хоть с svn up-ом. По поводу что там быстрее, еще поспорить можно. То ли в конфиге обратно строку править, то ли svn up -r XXX набрать тут же на месте. Проблема из разряда - XXX круче YYY!!111пдыщ пдыщ

 

[fixxxer]

ты специально упорно игнорируешь момент неконсистентности кода на момент svn up? )))

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

 

[varan]

Автор оригинала: fixxxer
конечно, это возможно только если нет несовместимых миграций в базе - но это как раз вопрос, при необходимости легко решаемый созданием врЕменной избыточности.

А можно поподробнее?