Тогда нужно менять код в каждом проекте, где мы захотим отладить библиотеку. Кажется, что проще использовать специальную команду в yarn. Но, впрочем, я всё равно не так поняла выше
Хм интересно, особенно про hot reload, надо будет попробовать. Хотя, если хочется линковать сразу несколько проектов, то нужно в каждом ещё подумать, какой нужен относительный путь. Но это уже, возможно, мелочи. В целом как будто да, тоже рабочий вариант, спасибо!
yarn, а не дефолтный симлинк, как минимум потому, что это кроссплатформенно и более удобно, так как создается глобальная ссылка, которую можно подключить в любом другом проекте
Если имеется в виду положить папку с библиотекой рядом с проектом и обращаться к ней без симлинка, то будет долго и неудобно во всех файлах проекта в импортах менять пути с обращения к установленной библиотеке на пути к папке с измененной библиотекой (условно, import smth from "@lib" заменять на import smth from "../../../@lib"). Кажется, что придется, например, вносить эту папку с либой в исключения для линтеров и тайпскрипта
В проектах либы подтягиваются из нексуса, но если стоит задача изменить код самой библиотеки, то линкуем к какому-нибудь проекту, чтобы можно было сразу проверить изменения в нем без необходимости лишних публикаций
Если вы имеете в виду хранить библиотеки с проектом в составе монорепы, то, например, в нашем случае, когда проекты небольшие и за год их делается по несколько десятков, не очень удобно собирать монорепу для каждого из них, проще всё же подключать библиотеки. Плюс удобнее вносить изменения сразу в несколько разных проектов, просто подтянув новую версию либы. Для одного большого проекта с разными либами, да, монорепа будет удобнее
Тогда нужно менять код в каждом проекте, где мы захотим отладить библиотеку. Кажется, что проще использовать специальную команду в yarn. Но, впрочем, я всё равно не так поняла выше
Хм интересно, особенно про hot reload, надо будет попробовать. Хотя, если хочется линковать сразу несколько проектов, то нужно в каждом ещё подумать, какой нужен относительный путь. Но это уже, возможно, мелочи. В целом как будто да, тоже рабочий вариант, спасибо!
yarn, а не дефолтный симлинк, как минимум потому, что это кроссплатформенно и более удобно, так как создается глобальная ссылка, которую можно подключить в любом другом проекте
Если имеется в виду положить папку с библиотекой рядом с проектом и обращаться к ней без симлинка, то будет долго и неудобно во всех файлах проекта в импортах менять пути с обращения к установленной библиотеке на пути к папке с измененной библиотекой (условно,
import smth from "@lib"заменять наimport smth from "../../../@lib"). Кажется, что придется, например, вносить эту папку с либой в исключения для линтеров и тайпскриптаза рекомендацию спасибо, поглядим
В проектах либы подтягиваются из нексуса, но если стоит задача изменить код самой библиотеки, то линкуем к какому-нибудь проекту, чтобы можно было сразу проверить изменения в нем без необходимости лишних публикаций
Если вы имеете в виду хранить библиотеки с проектом в составе монорепы, то, например, в нашем случае, когда проекты небольшие и за год их делается по несколько десятков, не очень удобно собирать монорепу для каждого из них, проще всё же подключать библиотеки. Плюс удобнее вносить изменения сразу в несколько разных проектов, просто подтянув новую версию либы. Для одного большого проекта с разными либами, да, монорепа будет удобнее