Валя читает ишью

2021-03-03 02:44:05 Автоматизация обновления зависимостей

Переодически нам в голову приходит идея о том, что было бы неплохо обновить зависимости в проекте. Скажем, кто-то раз в пару недель запускает какой-нибудь yarn upgrade-interactive, но что, если это автоматизировать?

Многие знают про dependabot, т.к. он интегрирован в GitHub и пул-реквесты от него приходят чуть ли не сами по себе, т.к. одна из его задач вовремя уведомлять разработчиков, что они используют библиотеки с уязвимостями.

Но мало кто знает про renovate. Он решает абсолютно ту же задачу — обновление зависимостей. Однако его проще поднять в self-host режиме (это необходимо, если используется приватный NPM регистр или какой-нибудь GitLab), а количество настроек в разы больше. Он так же доступен в маркетплейса гитхаба и при этом тоже бесплатный (что довольно таки странно). В общем, рекомендую!

P.S. Сам же я в 2016 году хотел сделать селф-хост альтернативу greenkeeper.io (других альтернатив тогда не было) и даже обозвал проект greeny и сделал один единственный коммит. В это же время родился реновэйт, а гринкипер теперь часть snyk.io, который в целом примерно о том же — отслеживание и устранение уязвимостей в пакетах. Открыть/Комментировать

2021-03-01 21:41:53 Ускорение начальной компиляции в watch и incremental режимах в TS

Я писал про инкрементальную компиляцию в TS, которая позволяет ускорить последующие компиляции в разы. Однако, оказалось, что первый запуск может быть аж в 3 раза дольше обычной компиляции. Такая же проблема существует и про использовании watch режима.

Тобиас Копперс (фаундер и мэйнтэйнер вебпака) открыл пул-реквест с фиксом этого поведения. В watch и incremental режимах тайпскрипту необходимо вычислять две дополнительные сущности для каждого модуля, чтобы определить какие модули нужно инвалидировать.

Первая это «shape». По сути это контент, который получается при генерации declaration file (d.ts).

Вторая это «referenced modules». Здесь всё очевидней — это граф модулей, который зависят от измененного модуля.

Идеи рефакторинга:
1. Лениво вычислять shape и referenced modules во время первой инвалидации.
2. Если старый shape не известен и есть referenced modules, то инвалидировать модули при изменении контента файла, а не его shape.
3. Инвалидировать модуль даже если изменились только импортируемые в него модули, т.к. проверка на эскпортируемые дороже.

Как результат, начальная компиляция в 3 раза быстрее при использовании флагов —incremental или —watch. А сам ПР образцово-показательный из категории «как нужно описывать свои изменения». Открыть/Комментировать

2021-02-20 17:14:27 Одновременная поддержка Webpack 4/5 в Storybook

День начался с хоршей новости: на следующей неделе ожидается альфа-версия сторибука с поддержкой двух версий вебпака. PR можно глянуть тут. Открыть/Комментировать

2021-02-20 17:14:27 Доступно в 6.2.0-alpha.30, можно пробовать.

Апгрейд гайд вот здесь. Открыть/Комментировать

2021-02-17 23:53:21 Но самая главная проблема гитхаба — это не SPA. Он, местами, очень медленный и это сильно замедляет работу в нём. Причём непонятно считают ли в гитхабе (или в майкрософт) это проблемой. Буду надеяться, что считают. Открыть/Комментировать

2021-02-17 23:48:53 И ещё пара расширений

Так же недавно я подсел на github1s. Эта штука открывает репозиторий в онлайн VSCode. Крайне полезно, когда нужно быстро посмотреть как устроена библиотека, но не хочется её клонировать. К сожалению, пока что не умеет в поиск по всем файлам, но автор обещал поресерчить в эту сторону.

Для скрытия блоков кода я использую github-code-folding.

Так же пул-реквесты можно смотреть прям в своей IDE. Для VSCode есть vscode-pull-request-github. Я как-то не особо привык к таким штукам, но выглядит круто. Открыть/Комментировать