= Сообщение: 4820 из 5322 ========================================= RU.HUSKY = От : Michael Dukelsky 2:5020/1042 14 Apr 22 12:28:42 Кому : Nil A 14 Apr 22 12:28:42 Тема : Husky git submodule? FGHI : area://RU.HUSKY?msgid=2:5020/1042+6257ec4f На : area://RU.HUSKY?msgid=2:5015/46+62574f8c = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.HUSKY?msgid=2:5020/545+625827aa ============================================================================== Привет, Nil!
14 April 2022 01:22, Nil A послал(а) письмо к All:
NA> Я тут подумал, ведь можно весь этот зоопарк зависимых репозиториев NA> (huskybse, huskylib, fidoconf, smapi, areafix, ...) разрулить через NA> штатные средства git, а именно submodule.
NA> Итого, вся разработка также может выполнятся в отдельных NA> компоненто-репозиториях, но сами конечные утилиты (hpt, htick, sqpack, NA> ...) могут включать тот самый .gitmodules файлик с описанием всех NA> зависимых репозиториев. Тогда коммандочка ```git clone NA> --recurse-submodules https://github.com/huskyproject/hpt.git``` NA> вытащит ВСЁ, и без танцев с бубном, когда мейкфайлы внутри себя делают NA> git clone.
Никаких танцев с бубном нет. Когда я выбирал схему перехода от cvs к git, я много чего читал про достоинства и недостатки submodules. В то время многие считали, что недостатки этого средства перевешивают его достоинства. Возможно, сейчас что-то изменилось, но начинать всю бодягу по новой я не хочу.
NA> Я бы ещё заодно всё перевёл на cmake (подчистив то, что там сейчас уже NA> на cmake написано), но тогда таргеты будут типа Linux/Windows/MacOS, а NA> я смотрю там ещё собирают DOS/DPMI и OS2, и я не уверен, что там есть NA> cmake. Причём там ещё зоопарк компиляторов, типа DJGPP и Watcom C.
Cmake - это один из способов сборки. Каждый может использовать тот способ, который ему больше нравится. Хочешь довести использование cmake в Husky до ума - добро пожаловать.
