Каков наилучший способ поставить проект Flex3 под контроль исходного кода (subversion) - PullRequest
Новая
       27

Каков наилучший способ поставить проект Flex3 под контроль исходного кода (subversion)

1 голос
/ 12 марта 2009

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

У меня был ограниченный успех при использовании встроенных утилит проекта import / export flex. Похоже, я часто заканчиваю редактирование вручную и думаю, что что-то упустил.

UPDATE Первоначально я не упомянул, что моя цель - сделать так, чтобы проект можно было извлечь из Subversion и начать как можно меньше суеты. Самые большие проблемы, с которыми я сталкивался, связаны с управлением «точечными» файлами и с тем, как сделать их достаточно гибкими для работы с различными средами разработчиков.

Например, даже со мной мне бы хотелось иметь такую ​​возможность: на работе я использую компьютер с Vista, а дома я использую Mac. Конечно, существуют различия в способах описания определенных путей, но они действительно очень похожи. В Vista гибким корнем является c: / ColdFusion8 / wwwroot, в OS X - / Applications / ColdFusion8. Мне удалось установить переменную связанного пути ресурса для CF_FLEX_SERVER и WEBSERVER, на которую я затем ссылаюсь, используя синтаксис $ {WEBSERVER} / myProject.

Пока, похоже, это работает довольно хорошо, но я нахожу, что есть несколько мест, где у него все еще есть проблемы. В частности, в файле .project вы найдете что-то вроде: 

<linkedResources>
    <link>
        <name>bin-debug</name>
        <type>2</type>
        <location>c:/inetpub/wwwroot/myProject-debug</location>
    </link>
</linkedResources>

К сожалению, если я пытаюсь изменить объект местоположения на $ {WEBSERVER} / wwwroot / myProject-debug, flex выдает ошибку компилятора. Это позор, потому что почти все остальное работает.

Ответы [ 3 ]

2 голосов
/ 12 марта 2009

Я уже работал над этой проблемой и обычно настраивал свои проекты так:

Приложение / trunk / source / <- рабочее пространство здесь (также может быть в 'trunk') Приложение / транк / источник / приложение <- приложение здесь </p>

Я действительно храню свой проект (.actionScriptProperties, .flexProperties, .project, .settings) в SVN, но НЕ мое рабочее пространство (.metadata), потому что он слишком большой.

Я считаю, что импорт проектов через Импорт -> Flex Project накладывает множество ограничений. Например, если ваше рабочее пространство находилось в указанном выше каталоге «trunk», то при импорте в качестве проекта Flex проект будет скопирован в trunk / Application или просто будет жаловаться на местоположение.

Лучший способ сделать это - создать рабочее пространство, а затем импортировать -> [Общие] существующие проекты в рабочее пространство. Единственное отличие состоит в том, что вам придется вручную добавлять перспективу Flex Development.

Редактировать: Я бы также рекомендовал установить для параметров компилятора значение «Использовать SDK по умолчанию», а затем установить соответствующий SDK по умолчанию. Это предотвратит коммит-теннис, когда каждый разработчик по-своему называет свой SDK.

2 голосов
/ 12 марта 2009

Поскольку Flex Builder написан поверх Eclipse, он может интегрироваться с Subclipse . Это позволяет довольно легко помечать файлы как «SVN ignore», чтобы избежать настроек, специфичных для проекта. Я использовал это, чтобы добавить свои проекты Flex в существующий репозиторий SVN, который я извлек на нескольких сайтах. Я заметил несколько проблем здесь и там (некоторые проверки получают ошибки, но они относительно редки), но обычно это работает.

1 голос
/ 16 декабря 2010

Посмотрите на эту статью от Adobe. Решение ваших кроссплатформенных проблем может заключаться в некоторых методах настройки проектов для непрерывной интеграции.

http://www.adobe.com/devnet/flex/articles/flex_streamline_project_environment.html

...