P
К слову, никогда не приходилось юзать git subtree, сейчас почитал про них, и не понял чем они лучше.
В каких случаях их удобнее применять?
В каких случаях их удобнее применять?
Size: a a a
2017 August 16
AS
В сабмодулях при коммите иногда получается detached head. Напрягает немного
P
Ну это принцип их работы. Он же не может ссылаться на ветку, иначе когда ветка на сервере уедет, сабмодуль втихую обновится у части разработчиков (которые обновят локальную копию). И получится что у разных разработчиков разное состояние на одном коммите.
Да и потом при попытке откатить репозиторий для поиска источника бага пойди разберись на каком коммите были сабмодули.
С угадыванием ветки по коммиту наверно тоже просто так не сделать механизм который бы всегда работал предсказуемо.
Да и потом при попытке откатить репозиторий для поиска источника бага пойди разберись на каком коммите были сабмодули.
С угадыванием ветки по коммиту наверно тоже просто так не сделать механизм который бы всегда работал предсказуемо.
P
С Detached head конечно неудобно, но за то работает всегда предсказуемо
AS
Ну это принцип их работы. Он же не может ссылаться на ветку, иначе когда ветка на сервере уедет, сабмодуль втихую обновится у части разработчиков (которые обновят локальную копию). И получится что у разных разработчиков разное состояние на одном коммите.
Да и потом при попытке откатить репозиторий для поиска источника бага пойди разберись на каком коммите были сабмодули.
С угадыванием ветки по коммиту наверно тоже просто так не сделать механизм который бы всегда работал предсказуемо.
Да и потом при попытке откатить репозиторий для поиска источника бага пойди разберись на каком коммите были сабмодули.
С угадыванием ветки по коммиту наверно тоже просто так не сделать механизм который бы всегда работал предсказуемо.
Ну да, наверное так
AS
в общем сабмодули гут и ничего кардинально лучше человечество не придумало пока.
Окай, буду спокоен :)
Окай, буду спокоен :)
EK
Ну такое, я могу припомнить только Rust, где пакетный менеджер был бы удобнее чем git submodules
в любом почти яп есть менеджер зависимостей rust - cargo, js - npm, php - composer и тд
EK
я лишь один язык могу назвать где этого нет из коробки это C++
EK
ну и C тоже
P
В Lua ничего такого не припомню, в go все достаточно плохо с этим (когда тебе нужно делать несколько проектов на разных версиях одной библиотеки)
EK
но там вопрос зависимостей решается или копированием dll в windows или so в linux, установка dll через инсталятор, а в so в linux через apt rpm pacman и тд
EK
В Lua ничего такого не припомню, в go все достаточно плохо с этим (когда тебе нужно делать несколько проектов на разных версиях одной библиотеки)
EK
но это оффтоп и с go не работал поэтому могу согласится что там все печально
EK
но не уверен многие этот вопрос как то решали
d
а если общей библиотеки нет в "сторе" , т е ее не разрулишь менеджером зависимостей
P
Выглядит неплохо, похоже это то что мне когда-то было очень нужно. Нужно будет постестить. Кстати в go и сабмодули не очень помогают в этом плане, так что плохой был пример.
P
а если общей библиотеки нет в "сторе" , т е ее не разрулишь менеджером зависимостей
Те же менеджеры зависимостей в go и Rust могут менеджить, например репозитории с гитхаба как зависимости.
d
ну для c# я nuget это неразрулю
EK
Те же менеджеры зависимостей в go и Rust могут менеджить, например репозитории с гитхаба как зависимости.
да
EK
и у этих репозиториев их зависимости подгружать