Какие файлы должны входить в систему контроля версий в проекте Flex Builder?

Question

Я заметил, что Eclipse (Flex Builder) генерирует сотни файлов метаданных. Должен ли я проверить их в моем контроле источника? Они кажутся необходимыми, потому что, если я удаляю их, Flex Builder просто открывает пустую рабочую среду ...

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

Я не могу просто запихнуть их всех в svn, даже если бы мне пришлось игнорировать неэффективность, потому что Eclipse постоянно генерирует новые, с разными именами, что, в свою очередь, также важно для загрузки проекта.

Может кто-нибудь, пожалуйста, просветите меня?

Answer 1

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

.actionScriptProperties
.project
.flexProperties

И "html-template" и "libs". Как говорит Кристиан, любые ресурсы, от которых вы зависите. Я обычно храню их как отдельные проекты библиотеки Flex.

Answer 2

Большинство файлов проекта eclipse, таких как .project, .properties, все, что находится в .settings, могут попасть в ваш контроль версий. Пока файлы не имеют пользовательских настроек, таких как пути к файлам или локальные URL, у вас все будет хорошо.

Один из методов, который мы используем, - это создание локальных файлов свойств, которые не используются в SCM, но включаются в те, которые это делают. I.E файл сборки ant, включающий файл local.properties, содержащий локальные метаданные.

Answer 3

Я обычно помещаю весь свой исходный код в src и проверяю src и всех его потомков. Если в моем проекте используются какие-либо внешние зависимости (например, Cairngorm SWC, as3corelib и т. Д.), Flash / графические ресурсы, таблицы стилей или файлы ресурсов, я также проверяю их. Но я не проверяю какой-либо сгенерированный (bin- *), промежуточный или IDE-специфический материал, потому что наличие этого материала в контроле исходного кода, кажется, не дает большой практической пользы, и по моему опыту вызвало только головную боль; в общем, я проверяю самый минимальный набор из того, что мне нужно - с учетом чистой установки FlexBuilder (или вообще без нее), например, если я вместо этого компилировал с помощью mxmlc или compc) и пустой проект - для построить проект успешно.

Answer 4

Что если в .actionScriptProperties, .project или .flexProperties есть пользовательские элементы? Обычно это будет URL или информация о пути. Каков наилучший практический способ экстернализации этого? Я пытался создать переменные пути, но это очевидно работает только для путей. Не для таких вещей, как имя хоста и т. Д.