Sencha Touch cmd — что делают разные файлы sencha.cfg?

В документах Sencha Touch страницы справки утилиты команд содержат следующую информацию:

.sencha/                # Sencha-specific files (for example configuration)
    app/                # Application-specific content
        sencha.cfg      # Configuration file for Sencha Cmd
        plugin.xml      # Plugin for Sencha Cmd
    workspace/          # Workspace-specific content (see below)
        sencha.cfg      # Configuration file for Sencha Cmd
        plugin.xml      # Plugin for Sencha Cmd

touch/                  # A copy of the Sencha Touch SDK
    cmd/                # Sencha Touch-specific content for Sencha Cmd
        sencha.cfg      # Configuration file for Sencha Cmd
        plugin.xml      # Plugin for Sencha Cmd
    src/                # The Sench Touch source
    sencha-touch-*.js   # Pre-compiled and bootstrap files
    ...

Чего я не понимаю, так это почему ОДИН и тот же файл дублируется по всей древовидной структуре, но фактически объясняется как одно и то же; «Файл конфигурации для Sencha Cmd».

Хорошо .... так что каждый на самом деле делает? Я хотел бы иметь возможность создавать свое приложение для производства в другой папке на моем сервере сборки, чем на моей собственной машине разработки. Означает ли это, что у меня могут быть другие настройки в папке /app по сравнению с папкой /workspace? Как убедиться, что сервер сборки получает настройки из папки /app, а не из папки /workspace?

Немного запутался.


person jaffa    schedule 23.05.2014    source источник


Ответы (1)


Этот файл отвечает за настройку процесса сборки различных сенсорных приложений и пакетов ExtJS/Sencha (которые представляют собой части программного обеспечения, которые можно использовать повторно). Приоритет этих файлов:

  1. Настройки из аргументов командной строки, например: sencha ant -Dfoo=bar
  2. уровень приложения sencha.cfg
  3. приложение сенча уровня worspace
  4. Приложение сенча уровня SDK

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

person Gabriel Kohen    schedule 26.09.2014