Size: a a a

2021 June 22

PK

Pavel Klyuev in DevOps Moscow
Мне кажется любой ответ после такого может показаться токсичным :)
Нет, мы уважаем различные религии и не кладем бинари в гит.
"типо" библиотек, простите мой русский, вон выше привели пример, я в как раз похожих и использовал
источник
2021 June 23

VU

Vladimir Utratenko in DevOps Moscow
А что мешает такие "типа" библиотеки паковать, версионировать и класть в хранилище артефактов? Бонусом к уходу от неявных поведений сабмодулей это даст ещё и улучшенное управление изменениями, если проектов больше одного. Используя версионированный пакет ты с меньшим шансом сломаешь существующие проекты, использующие такую "типа" библиотеку
источник

PK

Pavel Klyuev in DevOps Moscow
Да ниче не мешает, отсутствие необходимости и частых изменений, наверное. Да хз, я использовал меня удовлетворяло, человек тоже спрашивал про проблему в гитлабе, а не в принципе концепцию.
у вас пригорает, что не всегда всем и везде делают «по книжке»?
источник

PK

Pavel Klyuev in DevOps Moscow
Почему вы такой токсичный? Инструментов море и только субъективно можно решать, какой кому и где удобнее
источник

PD

Petrukhin Dmitriy in DevOps Moscow
Мне кажется, саб модули не инструмент
источник

PK

Pavel Klyuev in DevOps Moscow
Ну я использовал их, вроде в каком то пайтон проекте, где проще было подтянуть из сабмодуля, чем тянуть вилы - не помню сейчас почему…
плюс были ансибл плейбуки или что-то такое, и не было galaxy - тоже юзали сабмодули.
Или мне должно начинать становиться стыдно))
источник

PK

Pavel Klyuev in DevOps Moscow
А как правильно называть, это же функциональность Git?
источник

PD

Petrukhin Dmitriy in DevOps Moscow
Ну фича))
источник

VU

Vladimir Utratenko in DevOps Moscow
Ну вот, прикопался к использованию низкоуровневых вещей там, где их можно не использовать, а работать по канону - и сразу токсичный 😂 Не заставляю же, палкой по ночам не бью))
Тут, скорее, история в чём - любое архитектурное решение должно быть обоснованным. Я вас челленджу просто из праздного интереса, ну и чтобы понять среднюю температуру по больнице. Точно так же на ту же тему вас может челленджить внутри компании любой другой шарящий инженер, и "мне удобно" уже не будет таким отбривающим "токсов" аргументом. "Мне удобно" вообще плохое обоснование архитектурных решений. Оно максимально деструктивно
источник

PK

Pavel Klyuev in DevOps Moscow
Ну ты же понял, что я имел ввиду)))
источник

PK

Pavel Klyuev in DevOps Moscow
Вот, из первой части посыла становится понятнее, что ты проецируешь сабмодуль в каком нить крупном проекте с 100+ контрибуторами - тогда да, возникает желание это запаковать, чтобы стало проще, как раз о чем ты говорил)

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

PK

Pavel Klyuev in DevOps Moscow
Чувак выше там на коленке делал автоматизацию..
источник

PD

Petrukhin Dmitriy in DevOps Moscow
Рано или поздно проект дорастёт и придётся с кровью решать эти проблемы маленького проекта, когда все будут гнаться за фичами, а ты будешь бегать и слёзно простить все переписать ))
источник

PK

Pavel Klyuev in DevOps Moscow
Да я понимаю вас, просто реалии обычно другие, обычно «переписывать» будешь не ты, а если и ты, то ты уже на иную ставку туда идешь ведь, так придётся переписывать слезно)))

а часто ведь хотят сделать здесь и сейчас, потому так и выходит, что делают снаскока, как получится, но ведь вбросить им что они делают что-то не так, отладит их от результата ведь
источник

H

Hopf in DevOps Moscow
Или не дорастёт. Пока из моего опыта, не дорастают 90% проектов.
источник

VU

Vladimir Utratenko in DevOps Moscow
В гитлабе, кстати, есть хранилище артефактов, если уж на то пошло) Проекты имеют свойство расти и скейлиться - это важно закладывать. Кривая архитектура автоматизации зздесь тянет за собой такую же кривую реализацию всего. Потому если можно делать нормально, то лучше делать нормально)
источник

VU

Vladimir Utratenko in DevOps Moscow
Даже если не дорастают - скейлинг важно закладывать. Иначе, потом менять всё на ходу может выйти значительно дороже, а то и боком
источник

PK

Pavel Klyuev in DevOps Moscow
Ну выкинуть сабмодуль, в репе которого уже есть пайплайн на публикацию — чем не заложиться под масштабирование?)))
источник

PK

Pavel Klyuev in DevOps Moscow
Ты же скорее про те моменты, когда нужно масштабироваться, а ты упираешься и не можешь)?
источник

PK

Pavel Klyuev in DevOps Moscow
Я не хотел рамсовать)) я просто не вижу в сабмодулях ниче плохого и брезгливого - мир?)
источник