Лучший способ ветвить проекты Flex с использованием Subversion

Question

Вот наша проблема, мы - магазин Flex, который использует .NET для логики на стороне сервера. Мы используем subversion для управления исходным кодом и subeclipse в Flex Builder, но все еще довольно плохо знакомы с использованием контроля версий, не говоря уже о subversion. Разветвление и слияние, кажется, очень хорошо работают на стороне .NET, но мы сталкиваемся с проблемами на стороне Flex из-за того, что последний SWF создается на нашей локальной машине.

Вопрос в том, как выглядит обычный рабочий процесс для работы с Flex и SVN? В частности, как вы ветвитесь и где вы строите?

Answer 1

Мы используем такую ​​структуру каталогов

+server-side-app
--trunk
--tags
--branches

+flex-client-app
--trunk
--tags
--branches

Я бы порекомендовал что-то подобное для себя.

Answer 2

Лично я храню исходный код Flash / Flex в отдельном репозитории SVN, который отличается от того, что развернуто на любом веб-сервере. Таким образом, я могу создавать ветки и теги специально для моего приложения Flash / Flex. Я также склонен публиковать любые SWF-файлы непосредственно в мою локальную копию репозитория развертывания. Мне не имеет смысла держать опубликованный SWF под контролем версий, если он не является частью того, что развернуто на сервере. Мне не нравится продолжать фиксировать SWF-файл в моем хранилище исходного кода Flash, потому что он занимает ненужное место, и весь исходный код должен представлять последнюю версию, а не результирующий SWF.

Answer 3

Возможно, вы захотите ветвить свой проект вместе с вашим .Net-проектом, чтобы ваши flex-релизы соответствовали логике вашего сервера.

Answer 4

Я согласен с Мэттом У. В AKQA у нас есть svn-локации, четыре наших источника и активы. Мы настроили svn ignore для папок bin проекта. Таким образом, мы не проверяем никаких SWF-файлов, что означает, что при обновлении у нас не будет чьих-либо файлов SWF или выходных файлов.

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