2010-11-10 2 views

ответ

5

Я только игнорирую каталог .settings.

Вы должны посмотреть источник файлов проекта (.actionScriptProperties, .flexProperties, .project) и принять решение о том, нужны ли вам или вашей команде их настройки на чистой выписке или нет.

Если вы поместили эти файлы под контроль версий, вам следует избегать конкретных каталогов на рабочих станциях в настройках (настройки сервера Flex) и заменить их на path variables.

Это, например, является содержание моего .flexProperties файла:

<?xml version="1.0" encoding="UTF-8" standalone="no"?> 
<flexProperties 
    enableServiceManager="false" flexServerFeatures="4" flexServerType="2" 
    serverContextRoot="/myProject" 
    serverRoot="${HTTP_DOCS}/myProject/" 
    serverRootURL="http://localhost/myProject" 
    toolCompile="true" useServerFlexSDK="false" version="1"/> 
1

ИМХО вы можете игнорировать:

  • .settings
  • .FlexUnitSettings
  • HTML-шаблон (может быть сгенерирован)
  • .actionScriptProperties
  • .flexProject
  • .project
  • .sourceMate (или любой другой плагин)
+6

Вы не можете игнорировать .flexProject, .project и .actionScriptProperties, это параметры проекта. Вы можете игнорировать bin-debug и bin-release, чтобы избежать репозитория мусора. – alxx

+0

, вы можете игнорировать эти настройки, но это ваше решение. Если другой разработчик имеет другую конфигурацию проекта, он будет перезаписывать вашу конфигурацию каждый раз, когда он что-то нажимает. bin-debug и bin-release - хорошая точка. Я не перечислял их, поскольку они отмечаются в папках проекта. – hering

+0

Различные конфигурации действительно проблематичны. Но если вы вообще не выполняете эти настройки, проект не может быть создан после проверки с нуля. – alxx

1

Я на самом деле держать все, кроме исходного кода из SVN.

Мой проект в FB, связанный с SVN, вообще не содержит проектной информации (это просто проект), у меня есть второй проект, который я локально выполняю, который является проектом Flex/AIR, который просто ссылается на источник в моем контролируемый проект.

Это не только означает, что я не подвергаюсь риску проверки в сгенерированных файлах. * * Файлах и т. Д. Это означает, что я могу сохранить другую настройку от других членов моей команды.

+0

Я использую подобный подход, за исключением того, что я не использую два проекта. Я использую связанный каталог в одном проекте и устанавливаю его как основной исходный каталог; который находится под контролем источника. – JeffryHouser

+0

Единственная реальная причина сохранения этого проекта - это то, что мы используем Юпитер для наших обзоров кода, что означает, что он должен быть проектом. Выход Юпитера хранится в SVN, поэтому в моем ответе была небольшая белая ложь. Если бы не Юпитер, это был бы не проект. –

3

Согласен. bin-debug и bin-release являются первыми, которые игнорируются.