Что я могу безопасно удалить из приложения, созданного Sencha CMD?

Question

Я только что сгенерировал новое приложение ExtJS 6 от Sencha CMD с параметрами -ext -classic, и у меня есть много файлов в каталоге myapp/ext, включая некоторые примеры, встроенную фреймворк с примерами в myapp/ext/build и другие файлы я не хочу поставить под контроль источника.

Что я могу безопасно удалить из myapp/ext?

Answer 1

Файлы в myapp/ext/build ссылаются на несжатую версию, поэтому не удаляйте их.

Вы должны, по крайней мере, держать

• все в директории build (требуется для неоткомпилированной версии)
• в папке classic/classic, вложенные папки overrides, sass, src (необходимая для обоего Неоткомпилированных и скомпилированных)
• Ваша тема и родительская тема и родительская тема родителя (например, triton получена из neptune, полученная из нейтральной, получена из базы, поэтому вам нужно будет сохранить эти четыре!)
• по крайней мере packages/core, для некоторых тема также packages/font-*, и если вы используете ux компонент, папка packages/ux также
• каталог sass также необходима для компиляции.

Так что вы можете удалить?

• На самом деле, только те темы и пакеты, которые вы не хотите использовать (например, classic или charts) являются безопасными для удаления. Если вы (или ваш босс) не решите, хотя ...

Короче говоря, я бы ничего не удалял. Я сам этого не сделал, я просто удалил всю папку ext из исходного элемента управления.

Answer 2

Вы можете исключить папку build и ext при выполнении регистрации в исходном элементе управления. Когда вам нужно проверить, создайте новую сборку и замените файлы с помощью файлов управления версиями.

Answer 3

Стратегия я использую, чтобы иметь папку внутр, которая в основном все рамки - около 12K файлов - в системе управления версиями и в моем веб-приложение.

Источник управления Пояснение: -

Я знаю, что, имея папку внутр в системе управления версиями будет замедлять процесс проверки, но это будет только один раз в целом. Поскольку после того, как вы проверили код, даже если вы переключите свой код на другую ветку, вам не потребуется снова загружать всю папку ext, потому что в этой папке ext почти не будет изменений, поскольку это своего рода библиотека для проект. Таким образом, переключение, слияние в исходном элементе управления не будет затронуто.

Имея его внутри войны файл объяснения

Причина я положил его в моем веб-приложение является, чтобы разрешить запуск команды Сенча приложение часы из целевой папки, так что он поднимает SCSS и дерзость меняется мгновенно. Чтобы эти команды watch и build выполнялись должным образом, для этого нужно иметь папку ext в приложении - я не нашел способ ее экстернализировать. Теперь проблема с этим подходом заключается в том, что когда военный файл развертывается и содержимое войны извлекается в папке развертывания, оно копирует всю папку ext, и поэтому время развертывания сильно увеличивается. И каждый раз, когда мы очищаем и передислоцируем приложение, он обязательно удалит всю папку ext (во время чистой работы), а затем снова скопирует файлы (во время развертывания). Чтобы избежать этого нежелательного удаления и повторного копирования, я поддерживаю 2 профиля разработки - один, который включает в себя папку ext для целей очистки и сборки, а также исключающую папку ext. Профиль, который включает в себя папку ext для развертывания, требуется разработчикам только один раз в первый раз. Но каждый раз после этого я просто использую профиль, который исключает папку ext из чистого и развертываемого процесса, чтобы весь процесс развертывания не подвергался воздействию.

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