Я занимаюсь разработкой Angular Library и имею типичную настройку, в соответствии с которой у меня есть проект библиотеки, а затем другой проект, в котором я использую вывод встроенной библиотеки.
Я хочу иметь возможность искать источник библиотекифайлы и перестроить мою библиотеку автоматически.Я также хочу, чтобы мое приложение-потребитель перестраивалось, когда оно обнаруживает, что моя библиотека была перестроена.
В случае, когда мое приложение обнаруживает изменения библиотеки, я считаю, что это уже настройка, так как ng serve отслеживает изменения файлов автоматически,и в tsconfig для моего приложения путь к моей библиотеке отображается в папку dist, в которую встроен вывод библиотеки.Если я вручную изменяю один из этих файлов в папке dist, запускается перестройка моего потребляющего приложения, так что часть работает нормально.
В случае наблюдения за изменениями библиотеки я видел, что могу указать свойимя библиотеки и флаг наблюдения как часть команды сборки, поэтому:
ng build my-lib --watch
В моем package.json определены следующие сценарии:
"start": "npm run build && ng serve",
"build": "ng build && npm run bundle-styles",
"bundle-styles": "scss-bundle -c scss-bundle.config.json"
Я предполагаю, что мне нужно, чтобы наблюдение за моей библиотекой порождалось в отдельном процессе, поэтому мне может понадобиться дополнительный скрипт в моей задаче, предназначенный только для сборки и просмотра моей библиотеки?
Затем в другом процессе запустите сборкускрипт, который будет обслуживать мое приложение-потребитель.
Я действительно пытался это сделать, но у меня возникла проблема с моей задачей bundle-styles, которую мне нужно выполнить после того, как angular cli выполнит ее сборку, но до того, как он начнет наблюдать за изменениями,Я начинаю думать, что мне может понадобиться создать свою собственную задачу наблюдения с чем-то вроде gulp
Какой правильный подход здесь при разработке изменений в библиотеке, чтобы увидеть их обнаружение и восстановление в потребляющем приложении?
Спасибо