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

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

Страницы: 1 2 3 4 5 Следующая »
#30
21:58, 27 окт. 2018

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

#31
23:45, 27 окт. 2018

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

#32
0:35, 28 окт. 2018

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

#33
1:30, 28 окт. 2018

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

#34
2:19, 28 окт. 2018

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

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

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

+ Показать

#35
2:45, 28 окт. 2018

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

#36
15:34, 28 окт. 2018

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

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

#37
16:12, 7 ноя. 2018

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

#38
23:18, 8 ноя. 2018

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

#39
10:14, 9 ноя. 2018

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

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

#40
21:29, 9 ноя. 2018

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

#41
23:34, 9 ноя. 2018

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

#42
0:27, 10 ноя. 2018

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

#43
2:46, 10 ноя. 2018

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

#44
5:58, 10 ноя. 2018

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

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

Тема в архиве.