Сообщение от Infarch
|
|
Да, файлы попадают куда нужно, так что к продакшен билду нареканий нет. Но вот в остальном я несколько запутался. Девелопмент билд это что? Вы извините, может я не внимательно читал мануалы, можете линкануть нужный ресурс?
|
Ух, навскидку ресурсами не поделюсь. Сам не помню, искать сейчас некогда. :) Вкратце есть разные типы сборок: development, testing, production. В development каждый файл с классом грузится отдельно, CSS не минифицируется. Testing идёт дальше и собирает весь код в app.js, но не минифицирует. Production идёт ещё дальше, код собирается в единый app.js и выкидываются блоки <debug></debug>, код и CSS минифицируется.
|
Цитата:
|
|
Теперь о том, как я запускаю индекс приложения в воркспейсе. Конечно же, не через file://.
|
Спасибо, теперь понятнее.
|
Цитата:
|
|
Однако я тут нашел некий workaround для решения проблем. У меня работает watch и правит бутстрап. А тестирую я приложение, заходя на него через мой апач, а не через watch сервер. Не скажу что все это красиво, но жить можно.
|
Да я б не сказал, что прямо так уж некрасиво. Основной смысл app watch в том, чтобы следить за файловой системой и делать инкрементальные сборки. Локальный HTTP сервер это уж так, побочная плюшка. В смысле, Cmd его сама внутренне использует, ну так и вы тоже можете; если это почему-то неудобно и есть основной сервер, то и ладно.
|
Цитата:
|
|
Тем не менее, я бы с удовольствием почитал о рецептах кошерной разработки и деплоя.
|
Я напрямую Cmd не занимаюсь, поэтому могу поделиться только ссылкой на документацию:
http://docs.sencha.com/cmd/6.x/. Вообще разработка и внедрение это большая, очень большая тема. На прошлом SenchaCon этим вопросам было уделено несколько сессий:
http://www.senchacon.com.