feat: add locales generator

[FrankJaskon]

No description provided.

[Nelfimov]

Посмотри так же посильно ли будет сделать тесты для этого пакета. Так же обязательно убедись что у тебя актуальный мастер-база - там обновились флоу

[FrankJaskon]

@Nelfimov

Посмотри так же посильно ли будет сделать тесты для этого пакета.

Чот пока даже никаких идей, что мы можем протестировать.

[TorinAsakura]

@FrankJaskon - получить название объекта

• передать его в качестве аргумента для нового объекта в файле

Это как пример

[Nelfimov]

давай проверим работоспособность еще так:

• в корне проекта делаем postinstall
• в него закладываем yarn workspaces foreach changed ... и выполняем твой скрипт

[FrankJaskon]

@Nelfimov

давай проверим работоспособность еще так:

• в корне проекта делаем postinstall
• в него закладываем yarn workspaces foreach changed ... и выполняем твой скрипт

[Nelfimov]

Этот скрипт следит за изменениями в воркспейсах. Если изменения есть - запускает то что ему скажешь.

Наша цель - сделать постинсталл скрипт, который будет срабатывать при запуске yarn в корне проекта, который будет просматривать изменения. Где изменения были, будет искать переводы и экстрактить их.

Важно помнить, что помимо воркспейсов с фронтом у нас есть и бэк, где переводы не нужны.

Тут есть пример использования этого скрипта: https://github.com/atls/tools#проверка-проекта-на-ошибки

[Nelfimov]

проверить работу из корня

[FrankJaskon]

@Nelfimov

Этот скрипт следит за изменениями в воркспейсах. Если изменения есть - запускает то что ему скажешь.
Наша цель - сделать постинсталл скрипт, который будет срабатывать при запуске yarn в корне проекта, который будет просматривать изменения. Где изменения были, будет искать переводы и экстрактить их.
Важно помнить, что помимо воркспейсов с фронтом у нас есть и бэк, где переводы не нужны.
Тут есть пример использования этого скрипта: https://github.com/atls/tools#проверка-проекта-на-ошибки

Никит, подскажи, пожалуйста, я пока не могу понять как аргументы в скрипт будут пробрасываться в зависимости от того, где именно у нас произошли изменения?

Как он будет определять где генерировать общую локаль, которая будет собирать в себя только входящие в энтрипоинт переводы?

[Nelfimov]

Попробуй поиграй с этим скриптом, либо его аналогом - yarn workspaces foreach.... Например, yarn workspaces foreach prepack.

Этот скрипт пройдется по всем пакетам, и где найдет этот скрипт - запустит его. Ты можешь так же поступить с твоим скриптом - положить его в энтрипоинт фронтовых клиентов, а затем в корень добавить постинсталл

[FrankJaskon]

@Nelfimov

Попробовал оба скрипта в лабе:

"postinstall": "yarn workspaces changed foreach --parallel run generate-locales" - отрабатывает нормально.

Если изменения внутри энтрипоинта, то пересобирает переводы только для этого энтрипоинта. Если изменения, например, в ui, то пересобирает переводы для всех энтрипоинтов(т.к все энтрипоинты зависят от ui). Если изменения, например, в gateway, то скрипты генерации переводов не вызываются вовсе.

yarn workspaces foreach - пересобирает все переводы при каждом вызове.

[Nelfimov]

Для начала нам достаточно. Дополняй ридми и на ревью

[Nelfimov]

поправь и запрашивай дальше ревью

[TorinAsakura]

В остальном всё довольно неплохо