Войти
ПрограммированиеФорумОбщее

Хватит это терпеть. Структуризация домашних проэктов. (3 стр)

Страницы: 1 2 3 4 5 Следующая »
#30

Suslik
> например, мой нубогуглёж показал, что есть такая вещь как submodules,
> специально придуманная в гите для таких вещей. кто пробовал?
мое скромное мнение - субмодули гавно. проще рядом положить несколько репо завязавшись на структуру.

27 окт. 2018

#31

alexey.ch
> Алгоритм такой:
> 1) Комитим изменения в сабмодулях. Пушим.
> 2) Комитим изменения в проекте, включая состояния измененных сабмодулей. Пушим.
Наверняка уже кто-то успел написать скрипт который не даст нарушить эту последовательность. Осталось его только найти.

27 окт. 2018

#32

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

28 окт. 2018

#33

Традиционное решение реюза своих библиотек — хранить всё в жыдхубе или другом жыте,
подтягивать в зависимые проекты по хешу коммита или по тегу или по версии. Выставлять теги
и версии с каждым большим обновлением, и вобщем вести себя так, как будто библиотечку и
твой остальной кот пишут разные люди. При обновлении просто повышаешь версию в зависимых
проектах и весь кот сам подтягивается менеджером пакетов или скриптом сборки.

28 окт. 2018

#34

alexey.ch
> И свой гит заодно :)

+ Да не, конструкция не должна получиться сильно сложной.

А про субмодули гита могу сказать только одно: гов для мазохистов. Коммит в гит - занятие и без того унылое, а с субмодулями превращается в совсем уж эпопею, пропорциональную числу субмодулей. И не приведи розовый макаронный ктулху что-нибудь напутать. Пример из собственного печального опыта с характерными коммит-комментариями:

+ Показать

28 окт. 2018

#35

Sbtrn. Devil
> Submodule wiki Modified
> -Subproject commit 38974bc9f50c611298eb8d839a799c88439d1356
> +Subproject commit 126007bfa9f593d932c853d46949a60eaa789136
лол у меня за вчера полсотни таких коммитов добавилось, пока разбирался

28 окт. 2018

#36

Sbtrn. Devil
> А про субмодули гита могу сказать только одно: гов для мазохистов.
Учитывая то, я при работе с сабмодулями проблем не испытываю, я наверно что-то делаю не так.

Ну да ладно...

28 окт. 2018

#37

Тред не читал, может уже предлагали - conan.

7 ноя. 2018

#38

может прикрутить nuget к плюсовому проекту? Сделать свой локальный сервер с пакетами, настроить нормально билды из репозиториев своих проектов, чтобы собирались версии под несколько ОС по необходимости и сразу в nuget-пакеты пушились.

8 ноя. 2018

#39

Suslik
> как бы версии у сабмодулей для того и нужны. не хочешь — не обновляй. хочешь —
> откатись на предыдущую.

ненавижу сабмодули !

9 ноя. 2018

#40

Suslik
> мне дедушка рассказывал
а мне прадедушка рассказывал, что С++ как язык закончил свое существование .... отсюда и все проблемы гавнопорядка ушли сами собой ...

9 ноя. 2018 (Правка: 21:30)

#41

innuendo
> ненавижу сабмодули !
ненавидишь, но приходится использовать или ненавидишь и поэтому используешь (подставить нужное) ?

9 ноя. 2018

#42

/A\
> ненавидишь, но приходится использовать

10 ноя. 2018

#43

кстати, с установкой vs code все проблемы с сабмодулями волшебно ушли сами собой. в vs code они просто работают — можно пушить в локальные non-bare репозитории, если ветка не выбрана активной.

10 ноя. 2018

#44

git submodule действительно проблемная вещь (даже при работе в "одно рыло") особенно ненавидеть их начинаешь в при работе
в командном проекте но вот почему никто не упоминает git subtrees?
git-subtree aternative to submodules.
Suslik
Я тоже люблю Git Kraken но он их не поддерживает (и Pro версия тоже) так что можно перейти на Sourcetree -
бесплатно но только Win\Mac. Или gitextensions который есть под все платформы но не столь удобен.

10 ноя. 2018

Страницы: 1 2 3 4 5 Следующая »
ПрограммированиеФорумОбщее