Size: a a a

2020 April 15

PK

Petr Kozorezov in ErlangRus
Simon
Тим сити собирвает проект, который зависит от приватных репозиторииев на гитхабе/битбакете.
Подскажите, как организауете доступ к приватным репозиториям, которые должны подтягиваться при сборке проекта.
В rbkmoney такая схема очень активно используется (правда с jenkins), и там если не ошибаюсь credentials прокидывались через переменные окружения, при сборке монтировался кеш ребара для диалайзера с хоста и hex.pm, вся сборка делалась через build image, который строго версионируется, и на выходе получается повторяемая в любой момент сборка.
Единственная проблема у такой схемы которую я вижу — уладывание на лопатки гитхаба и/или hex.pm, но такие ситуации нужно решать локальным gitlab/hex.pm.
источник

ML

Maksim Lapshin in ErlangRus
Simon
Ээх, нравится мне эрланг,
но вот такие мелочи как ложка дегтя
какие ещё мелочи?
источник

ML

Maksim Lapshin in ErlangRus
ты вообще о чём?
источник

AB

Alex Bubnov in ErlangRus
Simon
Ээх, нравится мне эрланг,
но вот такие мелочи как ложка дегтя
история с зависимости вменяемо не решена вообще нигде
источник

ML

Maksim Lapshin in ErlangRus
ты сейчас просишь научить тебя жить, потому что ты видимо вообще не в курсе о проблематике хранения зависимостей дальше чем после первого вытаскивания их, тебе рассказывают какие есть сложности, а ты какую-то ерунду про «ложки дегтя»
источник

ML

Maksim Lapshin in ErlangRus
ну давай, продолжай пользоваться лефтпадом
источник

СИ

Сергей Иванов in ErlangRus
Maksim Lapshin
Не единственный, но он очень надежный, хотя неудобный для обновления.

В любом случае, если ты хочешь иметь возможность откатиться назад на 2-3 месяца, то обязателен вечный кеш
а что мешает поднять свой git и держать там форки с upstream?
источник

ML

Maksim Lapshin in ErlangRus
Сергей Иванов
а что мешает поднять свой git и держать там форки с upstream?
это тоже один из вариантов, причем очень разумный.

Вариант с жестоким вмерживанием либ, как у нас, годится когда их очень мало, их фактически все руками отбираешь и они очень редко обновляются.

В этом случае регулярное стягивание одних и тех же зависимостей жрет много времени, а вмерживание его экономит.

Если обновляться чаще, то наш вариант превратится в боль и страдания.

Ну и конечно это несовместимо с тем калом, в который превратился яваскрипт, когда в среднем проекте по 6 дублирующих либ и всего их под тысячу.
источник

g

greg in ErlangRus
github купил npm, возможно это пофиксят
источник

PG

Pïg Grëënëst in ErlangRus
говорят мечтать не вредно
источник

ML

Maksim Lapshin in ErlangRus
greg
github купил npm, возможно это пофиксят
миллион яваскрипт программистов научатся тому, что каждая лишняя зависимость — это зло?

Не, там такая культура уже выросла, что npm — это stdlib.

Вместо того, чтобы скопировать 10 строк кода, они подключают либу с npm. У всех тех, с кем я это обсуждал доводы такие:

— что такое реюз кода? Проект живет месяца 2-3, потом с ним уже кто-то другой возится
— а че такого?
источник

ММ

Михаил Малюк in ErlangRus
greg
github купил npm, возможно это пофиксят
там только ковровыми бомбежками и выжиганием напалмом всей экосистемы
источник

PG

Pïg Grëënëst in ErlangRus
Михаил Малюк
там только ковровыми бомбежками и выжиганием напалмом всей экосистемы
зачем всей? мы уже выяснили что лефтпада достаточно)
источник

ММ

Михаил Малюк in ErlangRus
думаю проблема в этом - "там такая культура уже выросла, что npm — это stdlib". Пока кто-то не возьмет лопату и не перелопатит эту кучу компоста с целью выделить все микропакеты в стандартную либу ничего не поменяется
источник

ММ

Михаил Малюк in ErlangRus
а кто этим будет заниматься? не гитхаб же...
источник

S

Simon in ErlangRus
Maksim Lapshin
ты сейчас просишь научить тебя жить, потому что ты видимо вообще не в курсе о проблематике хранения зависимостей дальше чем после первого вытаскивания их, тебе рассказывают какие есть сложности, а ты какую-то ерунду про «ложки дегтя»
я пропустил какую-то часть диалога что-ли ?
к чему это ?
источник

ML

Maksim Lapshin in ErlangRus
Simon
я пропустил какую-то часть диалога что-ли ?
к чему это ?
к «ложке дегтя»
источник

S

Simon in ErlangRus
поясняю
для scala/java я использую артифактори и это очень удобно
у  ерланга нет такого простого решения - и это не удобно
источник

S

Simon in ErlangRus
буду таскать исходники
из предложенных вариантов  - этот мне показался  наиболее удобным
источник

ММ

Михаил Малюк in ErlangRus
Simon
поясняю
для scala/java я использую артифактори и это очень удобно
у  ерланга нет такого простого решения - и это не удобно
артифактори умеет хранить обезличенные бинари. а локально развернутый hex.pm умеет хранить не обезличенные. а если таскать исходники и собирать самому, то вообще вопрос отпадает
источник