Добрый день - спасибо огромное за видео но у меня есть вопрос и буду признателен если вы дадите на него ответ 1)Представьте есть 3 библеотеки A B C каждая из них активно разрабатывается Соответственно каждая в своем отдельном репо и тд(до этого например это был монолитный репозиторий - все вытягивалось соответственно истории гита) Теперь появляется желание все это разделить библеотеки B и C являются зависимостями библеотеки А - соответсвенно они в нее подключаются Так вот суть вопроса - (допустим при каждом изменении библеотеки B и C будет выпускаться НОВАЯ их Версия) Как УВЕДОМЛЯТЬ библеотку А что ей надо ОБНОВИТЬСЯ на новую версию - желательно чтоб она сама все это делала или либы B и С обновляли версию зависимости в requirements и 2)Есть вопросы поменьше - как реально люди фиксируют версии библиотек при активной разработке (когда скажем в пределах одной либы разные люди делают разные фичи) и т.д.
Понравилась дикция спикера. По поводу менеджера зависимостей - жаль, что у conan server нет красивой веб-морды, где бы можно было лицезреть все это счастье.
Хороший доклад. Хорошо, что скрипты сборки на питоне. Плохо, что работает только для С\С++. С++ топ, но для остальных нет. Никто внутри конторы не будет разворачивать сервер conan, если из всего штата на плюсах пишет 2 человека из 50 и уж тем более использовать либы оттуда и собирать туда новые. В общем решение интересное, но как и все, не универсальное.
Как вы себе представляете менеджер зависимостей для разных языков программирования? У Python есть Pip, у Js - RPM, никто же не ждем, что они будут работать для всех яызков.
@@Alexander-s7z2d в том и проблема, когда хочешь воспользоваться инструментом рассчитанным на массовое использование, а никто кроме тебя им пользоваться не будет. Менеджер зависимостей для всех языков я никак не представляю, но это не отменяет факт того, что это сужает круг пользователей внутри раб. коллектива.
Супер доклад
Доступно, скомпанованно, без воды, не избыточно и очень полезно. Павел спасибо, сэкономил массу времени
> без воды,
Первые 16 минут -- сплошь вода. Дальше смотреть не буду.
Спасибо. Очень полезная информация.
Добрый день - спасибо огромное за видео но у меня есть вопрос и буду признателен если вы дадите на него ответ
1)Представьте есть 3 библеотеки A B C каждая из них активно разрабатывается
Соответственно каждая в своем отдельном репо и тд(до этого например это был монолитный репозиторий - все вытягивалось соответственно истории гита)
Теперь появляется желание все это разделить
библеотеки B и C являются зависимостями библеотеки А - соответсвенно они в нее подключаются
Так вот суть вопроса - (допустим при каждом изменении библеотеки B и C будет выпускаться НОВАЯ их Версия) Как УВЕДОМЛЯТЬ библеотку А что ей надо ОБНОВИТЬСЯ на новую версию - желательно чтоб она сама все это делала или либы B и С обновляли версию зависимости в requirements
и
2)Есть вопросы поменьше - как реально люди фиксируют версии библиотек при активной разработке (когда скажем в пределах одной либы разные люди делают разные фичи) и т.д.
Понравилась дикция спикера. По поводу менеджера зависимостей - жаль, что у conan server нет красивой веб-морды, где бы можно было лицезреть все это счастье.
37:00 библиотека подтягивается из гит и собирается в локальном конан
Отличное и очень полезное видео.
Хороший доклад. Хорошо, что скрипты сборки на питоне. Плохо, что работает только для С\С++. С++ топ, но для остальных нет. Никто внутри конторы не будет разворачивать сервер conan, если из всего штата на плюсах пишет 2 человека из 50 и уж тем более использовать либы оттуда и собирать туда новые. В общем решение интересное, но как и все, не универсальное.
Как вы себе представляете менеджер зависимостей для разных языков программирования? У Python есть Pip, у Js - RPM, никто же не ждем, что они будут работать для всех яызков.
@@Alexander-s7z2d в том и проблема, когда хочешь воспользоваться инструментом рассчитанным на массовое использование, а никто кроме тебя им пользоваться не будет. Менеджер зависимостей для всех языков я никак не представляю, но это не отменяет факт того, что это сужает круг пользователей внутри раб. коллектива.
@@Alexander-s7z2d Npm, поправочка.