forum.opennet.ru - "Проект Сicada развивает систему автоматизации сборок, похожую на GitHub Actions" (36)

"Проект Сicada развивает систему автоматизации сборок, похожую на GitHub Actions"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Проект Сicada развивает систему автоматизации сборок, похожую на GitHub Actions"	+/–
Сообщение от opennews (??), 07-Ноя-23, 16:34
Доступна открытая система автоматизации сборочных процессов Сicada, позволяющая на своём сервере развернуть инфраструктуру, похожую на GitHub Actions, Azure DevOps и Gitlab CI, не зависящую от облачных сервисов. Код проекта написан на языке Python и распространяется под лицензией AGPLv3... Подробнее: https://www.opennet.me/opennews/art.shtml?num=60068
Ответить \| Правка \| Cообщить модератору

Оглавление

Скрыто модератором, Аноним (1), 16:34 , 07-Ноя-23, (1) –4
Выглядит неплохо Надеюсь не будет странных ограничений с магическими числами ка, Аноним (2), 16:42 , 07-Ноя-23, (2) +1
хм, опять копируют удачное проприетарное решение, а потом будуть ныть а почему , Аноним (3), 18:52 , 07-Ноя-23, (3) –3

Пользоваться чужими услугами всегда дороже, чем делать самому Так что возможнос, Пряник (?), 19:12 , 07-Ноя-23, (5)

хм ну не знаюЭто надо или держать нужного человека в штате или брать админа , Аноним (3), 22:08 , 07-Ноя-23, (12) +1

Ну, то есть без админа и вообще людей, худо-бедно понимающих в IT, чтобы наброс, Аноним (24), 12:22 , 08-Ноя-23, (24)

Может свои серверы покупать и всё такое Интересно, могут ли автоматизированные , kusb (?), 18:05 , 08-Ноя-23, (36)

Проще уж Gitlab свой поднять Там все по умолчанию есть , Аноним (35), 16:20 , 08-Ноя-23, (35)

Да, но GitLab какой-то уж больно тормозной по сравнению с Gogs Gitea Forgejo, а , Пряник (?), 10:00 , 09-Ноя-23, (37)

Проект Сicada развивает систему автоматизации сборок, похожу..., morphe (?), 20:44 , 07-Ноя-23, (10) +2

Еще один CI с собственным синтаксисом Ай, маладцы Мало нам GH Action, Gitlab CI,, Второй из Кукуева (?), 19:10 , 07-Ноя-23, (4) +5

Старая добрая Война стандартов , Пряник (?), 19:14 , 07-Ноя-23, (6)

УгуПри чем больше всего бесят CI которые используют таки yaml, но каждый свой ка, Второй из Кукуева (?), 20:45 , 07-Ноя-23, (11)

причем тут yaml , burik666 (ok), 10:47 , 08-Ноя-23, (22) +1

Ну как это причём Написал же человек путается в синтаксисах разных CI-систем, , freehck (ok), 16:08 , 08-Ноя-23, (33) +1

Можете попробовать внедрять Dagger CI, Аноним (31), 14:54 , 08-Ноя-23, (31)

Есть JenkinsОстальное от лукавого, Аноним (7), 19:19 , 07-Ноя-23, (7) –5
Bash скрипты покрывают практически все потребности CI CD, простой тому пример Vo, cheburnator9000 (ok), 22:31 , 07-Ноя-23, (13) –3

Скрыто модератором, Признанный гуру (?), 00:29 , 08-Ноя-23, (15) +6

Скрыто модератором, cheburnator9000 (ok), 00:44 , 08-Ноя-23, (16)

Скрыто модератором, Признанный гуру (?), 00:58 , 08-Ноя-23, (17) +1
Скрыто модератором, freehck (ok), 13:47 , 08-Ноя-23, (28)

Скрыто модератором, freehck (ok), 13:44 , 08-Ноя-23, (27)

Скрыто модератором, Признанный гуру (?), 14:12 , 08-Ноя-23, (30)

Ну, удачи на собеседовании - рогам-и-копытам будет очень интересно узнать про vo, User (??), 09:52 , 08-Ноя-23, (18)

В компании, предоставляющей shared hosting на основе LAMP, могут заинтересоватьс, Аноним (24), 12:20 , 08-Ноя-23, (23)

Неее им же это адище ПОДДЕРЖИВАТЬ потом - может даже после ухода Васяна в мэш, User (??), 12:44 , 08-Ноя-23, (25)

Правильно нужно обязательно всеми конечностями наступить в помет вендор лока что, cheburnator9000 (ok), 15:16 , 08-Ноя-23, (32)

Борис Борись , User (??), 16:12 , 08-Ноя-23, (34)

Вот кстати согласен Проблема shell-скриптов в том, что это тьюринг-полный язык,, freehck (ok), 13:29 , 08-Ноя-23, (26)

а есть такие готовые чтобы нулевым пунктом было не используейте башизмы для , ivan_erohin (?), 10:10 , 09-Ноя-23, (38)

У нас есть референсный код, который мы даём новым сотрудникам Не в публичном до, freehck (ok), 13:13 , 09-Ноя-23, (40)

Для сборки hello world-ов сойдет если оно было бесплатное , cheburnator9000 (ok), 22:58 , 07-Ноя-23, (14) –2
Если есть repl и синтаксис пайпалайнов из шелла, шелл можно будет выкинуть на по, Аноним (-), 10:34 , 08-Ноя-23, (20)
Проект Сicada развивает систему автоматизации сборок, похожу..., Аноним (21), 10:40 , 08-Ноя-23, (21)
Одиннадцатый конкурирующий стандарт , YetAnotherOnanym (ok), 13:04 , 09-Ноя-23, (39)

Сообщения [Сортировка по времени | RSS]

1. Скрыто модератором –4 +/–

Сообщение от Аноним (1), 07-Ноя-23, 16:34

Сливает пароли только в правильные места.

Ответить | Правка | Наверх | Cообщить модератору

2. "Проект Сicada развивает систему автоматизации сборок, похожу..." +1 +/–

Сообщение от Аноним (2), 07-Ноя-23, 16:42

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

Ответить | Правка | Наверх | Cообщить модератору

3. "Проект Сicada развивает систему автоматизации сборок, похожу..." –3 +/–

Сообщение от Аноним (3), 07-Ноя-23, 18:52

хм, опять копируют удачное проприетарное решение, а потом будуть ныть "а почему у нас форматы несовместимые" ?
Надеюсь они добавят хороших фич, чтобы отличаться от конкурентов.

Ответить | Правка | Наверх | Cообщить модератору

5. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от Пряник (?), 07-Ноя-23, 19:12

Пользоваться чужими услугами всегда дороже, чем делать самому. Так что возможность поднять свой CI/CD это уже плюс.

Ответить | Правка | Наверх | Cообщить модератору

12. "Проект Сicada развивает систему автоматизации сборок, похожу..." +1 +/–

Сообщение от Аноним (3), 07-Ноя-23, 22:08

хм... ну не знаю
Это надо или держать нужного человека в штате или брать "админа на час".
Плюс разовая закупка билд серверов.
Мне кажется, что в некоторых случаях выбрать "чужие услуги" может быть выгоднее.

Ответить | Правка | Наверх | Cообщить модератору

24. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от Аноним (24), 08-Ноя-23, 12:22

Ну, то есть без админа (и вообще людей, худо-бедно понимающих в IT, чтобы набросать последовательность команд для сборки) такие проекты нормально живут, проблемы начинаются только на стадии автоматизации сборки?

Ответить | Правка | Наверх | Cообщить модератору

36. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от kusb (?), 08-Ноя-23, 18:05

Может свои серверы покупать и всё такое. Интересно, могут ли автоматизированные сборки жить на других компьютерах, например на компьютерах программистов (в отдельном окружении, например)
Странное решение, чтобы сэкономить на серверах.

Ответить | Правка | Наверх | Cообщить модератору

35. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от Аноним (35), 08-Ноя-23, 16:20

Проще уж Gitlab свой поднять. Там все по умолчанию есть.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

37. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от Пряник (?), 09-Ноя-23, 10:00

Да, но GitLab какой-то уж больно тормозной по сравнению с Gogs/Gitea/Forgejo, а в этих нет CI/CD...

Ответить | Правка | Наверх | Cообщить модератору

10. "Проект Сicada развивает систему автоматизации сборок, похожу..." +2 +/–

Сообщение от morphe (?), 07-Ноя-23, 20:44

> удачное
> Github Actions

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. "Проект Сicada развивает систему автоматизации сборок, похожу..." +5 +/–

Сообщение от Второй из Кукуева (?), 07-Ноя-23, 19:10

Еще один CI с собственным синтаксисом?
Ай, маладцы!
Мало нам GH Action, Gitlab CI, Drone/Woodpecker и еще десятка разных
Будет еще один
Они издеваются?
И так приходится в голове держать все вышеперечисленные, потому что у одних клиентов одно, у других другое, у третьих третье, а у четвертых вообще черт в ступе и на роботе-пылесосе

Ответить | Правка | Наверх | Cообщить модератору

6. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от Пряник (?), 07-Ноя-23, 19:14

Старая добрая "Война стандартов".

Ответить | Правка | Наверх | Cообщить модератору

11. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от Второй из Кукуева (?), 07-Ноя-23, 20:45

> Старая добрая "Война стандартов".
Угу
При чем больше всего бесят CI которые используют таки yaml, но каждый свой(как раз вот GH Actions, Gitlab CI, Drone, вроде и Jenkins)
Вроде все похожи, но у каждых своя какая-то особенность
И такой думаешь "Ага! Я уже это делал для вон того клиента!", а потом понимаешь, что делал под один, а у этого другой и надо адаптировать, хоть все и похоже, сидишь и переделываешь

Ответить | Правка | Наверх | Cообщить модератору

22. "Проект Сicada развивает систему автоматизации сборок, похожу..." +1 +/–

Сообщение от burik666 (ok), 08-Ноя-23, 10:47

причем тут yaml?

Ответить | Правка | Наверх | Cообщить модератору

33. "Проект Сicada развивает систему автоматизации сборок, похожу..." +1 +/–

Сообщение от freehck (ok), 08-Ноя-23, 16:08

Ну как это причём. Написал же человек: путается в синтаксисах разных CI-систем, потому ему yaml-ы сродни китайцам -- все на одно лицо.

Ответить | Правка | Наверх | Cообщить модератору

31. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от Аноним (31), 08-Ноя-23, 14:54

Можете попробовать внедрять Dagger CI

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

7. "Проект Сicada развивает систему автоматизации сборок, похожу..." –5 +/–

Сообщение от Аноним (7), 07-Ноя-23, 19:19

Есть Jenkins
Остальное от лукавого

Ответить | Правка | Наверх | Cообщить модератору

13. "Проект Сicada развивает систему автоматизации сборок, похожу..." –3 +/–

Сообщение от cheburnator9000 (ok), 07-Ноя-23, 22:31

Bash скрипты покрывают практически все потребности CI/CD, простой тому пример VoidLinux, где вся система сборки это по сути "фреймворк" на bash.
Вся декларативщина только вредна. Люди совсем перестают думать и считают что оно должно работать в любых ситуациях, а это совсем не так. Через ENV файл или переменные окружения можно передать любые данные, условный ENV файл с секретами может генерировать перед запуском сама CI/CD система, я такой подход практически нигде не видел из "облачных решений", все упариваются с переменными окружения, а затем затирают Credentials в логах, казалось бы есть подход проще.
Например, данных подход `cache node_modules using hashOf("package-lock.json")` к кешированию вызовет проблемы как только смузихлебы из NPM решат поменять логику хранения модулей и или еще чего сломают, исправить вы это не сможете пока сервис не реализует изменения под видом `cache_v2`.
Единственное что сервис должен предоставить свои, безопасные для процесса сборки и логгирования, варианты консольных утилит деплоя результата сборки и кеширования нужных каталогов - это я за, но никто не заморачивается. Например, в гитхабе/лабе за это отвечает код со стороны сервера исполняя декларативный файл сборки, а это не очень то безопасно.

Ответить | Правка | Наверх | Cообщить модератору

15. Скрыто модератором +6 +/–

Сообщение от Признанный гуру (?), 08-Ноя-23, 00:29

>Bash скрипты покрывают практически все потребности CI/CD, простой тому пример VoidLinux, где вся система сборки это по сути "фреймворк" на bash.
Ну уже не смешно даже. Баш это прекрасный выбор, если а) всё займёт не больше нескольких десятков строк и логика не очень сложная б) вы точно знаете где смузихлёбы в) ничего кроме баша вы не видели.
Вне этих трёх случаев баш по меркам 2023 года это ДНИЩЕ, от которого нужно держаться подальше: отсутствие типов; смешанные в кучу управление процессами, шаблонизатор строк и control statements; убогий синтаксис; несколько видов экспаншенов; десятки всяхих set +puk; set -srenk, меняющих поведение; в 2023 году из коробки нет банального логирования. И "фреймворк" на баше такой же получится, никто кроме автора не станет его развивать.

Ответить | Правка | Наверх | Cообщить модератору

16. Скрыто модератором +/–

Сообщение от cheburnator9000 (ok), 08-Ноя-23, 00:44

Какое еще логирование? Все что требуется от CI это запустить последовательно команды системы сборки с правильными ключами и затем тесты если они есть и по факту все. Логи пишет система сборки, а не декларативная вундервафля вендорлока. Еще заяви что нет всеми "любимого" if err исключений и абстракций с интерфейсами, йопт этого там быть не должно. Нужно вызвать сложную логику в системе сборки - это должно быть реализовано на уровне системы сборки, есть python, есть nim, но йопт не средствами самого CI это железобетонный VENDOR LOCK.
Вы изобрели 4 колёсных велосипед с педалями и тычите в других что у их велосипеда всего 2 колеса. CI выполняет команды сборки, но никак не переизобретает систему сборки с нуля. Если в каком-то NPM с этим проблемы пусть решают это на уровне Node.JS окружения, а не CI.

Ответить | Правка | Наверх | Cообщить модератору

17. Скрыто модератором +1 +/–

Сообщение от Признанный гуру (?), 08-Ноя-23, 00:58

>Все что требуется от CI это запустить последовательно команды системы сборки с правильными ключами и затем тесты если они есть и по факту все.
Ну это не CI, а действительно скриптик в три строки. Однажды понадобятся триггеры, история и воспроизведение сборок, доступы разграничить и т.д. и т.п. — вот и придётся изобретать CI вместо баш-скрипта. Там и логирование понадобится, и много чего ещё.

Ответить | Правка | Наверх | Cообщить модератору

28. Скрыто модератором +/–

Сообщение от freehck (ok), 08-Ноя-23, 13:47

> Еще заяви что нет всеми "любимого" if err исключений <...>, йопт этого там быть не должно.
Вообще-то должно и есть. Оно называется trap.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

27. Скрыто модератором +/–

Сообщение от freehck (ok), 08-Ноя-23, 13:44

> Баш это прекрасный выбор, если а) всё займёт не больше нескольких десятков строк и логика не очень сложная
В наше время у любого языка есть собственный сборочный тулкит, и безусловно, его и надо использовать. Но все действия по подготовке окружения, к сборке, деплою, итд итп -- можно и нужно писать на баше (либо ином шелле, если умеете).
У шелла в целом две области применения. Первая -- это обёртки. Вторая -- организация параллельного выполнения процессов. И с обеими задачами он справляется отлично.
> Вне этих трёх случаев баш по меркам 2023 года это ДНИЩЕ, от которого нужно держаться подальше: <...>
Ну вот и держитесь, коли он вас так на эмоции пробивает.
Я же вот точно знаю, где смузихлёбы, и хотел бы напомнить вам, что вы недостаточно знаете объект вашей критики, чтобы иметь о нём какое бы то ни было мнение, и уж тем более, чтобы транслировать его на публику.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

30. Скрыто модератором +/–

Сообщение от Признанный гуру (?), 08-Ноя-23, 14:12

Вы в очередной раз всё перепутали.

Ответить | Правка | Наверх | Cообщить модератору

18. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от User (??), 08-Ноя-23, 09:52

Ну, удачи на собеседовании - рогам-и-копытам будет очень интересно узнать про voidlinux и ci\cd на bash'е - правда денег за это они не заплатят, но скорее всего послушают. Всем остальным - очень не очень, даже слушать не будут.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

23. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от Аноним (24), 08-Ноя-23, 12:20

В компании, предоставляющей shared hosting на основе LAMP, могут заинтересоваться.
Сейчас уже не 90-е, и такие компании сложно найти, но они пока остались.

Ответить | Правка | Наверх | Cообщить модератору

25. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от User (??), 08-Ноя-23, 12:44

> В компании, предоставляющей shared hosting на основе LAMP, могут заинтересоваться.
> Сейчас уже не 90-е, и такие компании сложно найти, но они пока
> остались.
Неее... им же это адище ПОДДЕРЖИВАТЬ потом - может даже после ухода Васяна в мэшин-лёрнинг-дейта-сайенс или еще какую модную хуцпу. Проще уж какую "панельку"(ТМ) прикрутить\фэтэпэ открыть, а Васяны с voidlinux'ами пусть на стороне рогов-и-копыт кон-тин-ни-ёс ди-ли-ви-ри реализуют.

Ответить | Правка | Наверх | Cообщить модератору

32. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от cheburnator9000 (ok), 08-Ноя-23, 15:16

> Ну, удачи на собеседовании - рогам-и-копытам будет очень интересно узнать про voidlinux
> и ci\cd на bash'е - правда денег за это они не
> заплатят, но скорее всего послушают. Всем остальным - очень не очень,
> даже слушать не будут.
Правильно нужно обязательно всеми конечностями наступить в помет вендор лока чтобы тебя железобетонно со смузихлебной вакансии не уволили. 👍

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

34. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от User (??), 08-Ноя-23, 16:12

>> Ну, удачи на собеседовании - рогам-и-копытам будет очень интересно узнать про voidlinux
>> и ci\cd на bash'е - правда денег за это они не
>> заплатят, но скорее всего послушают. Всем остальным - очень не очень,
>> даже слушать не будут.
> Правильно нужно обязательно всеми конечностями наступить в помет вендор лока чтобы тебя
> железобетонно со смузихлебной вакансии не уволили. 👍
Борис! Борись!

Ответить | Правка | Наверх | Cообщить модератору

26. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от freehck (ok), 08-Ноя-23, 13:29

> Bash скрипты покрывают практически все потребности CI/CD
Вот кстати согласен. Проблема shell-скриптов в том, что это тьюринг-полный язык, и для большинства современных айтишников его освоение сопряжено с определёнными трудностями. Но если им дать шаблоны, по которым надо писать код -- кое-как справляются. Ревью, естественно, обязателен.
> Через ENV файл или переменные окружения можно передать любые данные, условный ENV файл с секретами может генерировать перед запуском сама CI/CD система, я такой подход практически нигде не видел из "облачных решений"
Мы поступаем просто: в IaC-репозитории храним шифрованные файлы с кодом. Через unix env var в пайплайн передаётся только ключ для расшифровки. Однако, строго говоря, расшифровка файла с секретами -- это уже не задача системы CI/CD. Её задача -- передать переменную и дёрнуть скрипт(ы).

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

38. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от ivan_erohin (?), 09-Ноя-23, 10:10

> Но если им дать шаблоны, по которым надо писать код
а есть такие готовые ? чтобы нулевым пунктом было "не используейте башизмы".
для С есть что-то на букву "М" и с акцентом на безопастный код.

Ответить | Правка | Наверх | Cообщить модератору

40. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от freehck (ok), 09-Ноя-23, 13:13

>> Но если им дать шаблоны, по которым надо писать код
> а есть такие готовые ? чтобы нулевым пунктом было "не используейте башизмы".
У нас есть референсный код, который мы даём новым сотрудникам. Не в публичном доступе. Если хочешь, могу выслать. Напиши мне на мыло.
Загона по поводу пункта "не используйте башизмы" кстати не имеем. У нас позиция несколько иная: писать скрипты под определённую версию шелла и таскать её с собой.
> для С есть что-то на букву "М" и с акцентом на безопастный код.
для shell я рассчитываю по крайней мере, что человек прочитает ABS

Ответить | Правка | Наверх | Cообщить модератору

14. "Проект Сicada развивает систему автоматизации сборок, похожу..." –2 +/–

Сообщение от cheburnator9000 (ok), 07-Ноя-23, 22:58

Для сборки hello world-ов сойдет если оно было бесплатное.

Ответить | Правка | Наверх | Cообщить модератору

20. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от Аноним (-), 08-Ноя-23, 10:34

>Отличительной чертой Сicada является предоставление для определение логики работы предметно ориентированного функционального языка программирования, поддерживающего переменные, выражения, циклы, условные блоки и встроенные функции.
Если есть repl и синтаксис пайпалайнов из шелла, шелл можно будет выкинуть на помойку.
Но, похоже, шелл они там сделали ключевым словом, так что расходимся и потихоньку пилим новый шелл без нюансов с пробелами. Как только смогут такой написать, ну или вбухают в обычный шелл код как данные и правила, все эти докерфайлы, экшоны и тому подобное пойдёт на выброс.

Ответить | Правка | Наверх | Cообщить модератору

21. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от Аноним (21), 08-Ноя-23, 10:40

> python = ">=3.11" . Модные ребятки.

Ответить | Правка | Наверх | Cообщить модератору

39. "Проект Сicada развивает систему автоматизации сборок, похожу..." +/–

Сообщение от YetAnotherOnanym (ok), 09-Ноя-23, 13:04

> реализованный подход также решает проблему с несовместимостью YAML-форматов конфигурации, используемых в разных платформах автоматизации сборок. В Сicada предлагаются независимые от платформ универсальные типы событий
Одиннадцатый конкурирующий стандарт?

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Скрыто модератором	–4 +/–
Сообщение от Аноним (1), 07-Ноя-23, 16:34
Сливает пароли только в правильные места.
Ответить \| Правка \| Наверх \| Cообщить модератору

2. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+1 +/–
Сообщение от Аноним (2), 07-Ноя-23, 16:42
Выглядит неплохо. Надеюсь не будет странных ограничений с магическими числами как у гитлаба, типа "кэшей не может быть больше четырех, а хэш можно вычислять только от одного или от двух файлов, но не от трех, хаха"
Ответить \| Правка \| Наверх \| Cообщить модератору

3. "Проект Сicada развивает систему автоматизации сборок, похожу..."	–3 +/–
Сообщение от Аноним (3), 07-Ноя-23, 18:52
хм, опять копируют удачное проприетарное решение, а потом будуть ныть "а почему у нас форматы несовместимые" ? Надеюсь они добавят хороших фич, чтобы отличаться от конкурентов.
Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+/–
	Сообщение от Пряник (?), 07-Ноя-23, 19:12
	Пользоваться чужими услугами всегда дороже, чем делать самому. Так что возможность поднять свой CI/CD это уже плюс.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+1 +/–
	Сообщение от Аноним (3), 07-Ноя-23, 22:08
	хм... ну не знаю Это надо или держать нужного человека в штате или брать "админа на час". Плюс разовая закупка билд серверов. Мне кажется, что в некоторых случаях выбрать "чужие услуги" может быть выгоднее.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+/–
	Сообщение от Аноним (24), 08-Ноя-23, 12:22
	Ну, то есть без админа (и вообще людей, худо-бедно понимающих в IT, чтобы набросать последовательность команд для сборки) такие проекты нормально живут, проблемы начинаются только на стадии автоматизации сборки?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+/–
	Сообщение от kusb (?), 08-Ноя-23, 18:05
	Может свои серверы покупать и всё такое. Интересно, могут ли автоматизированные сборки жить на других компьютерах, например на компьютерах программистов (в отдельном окружении, например) Странное решение, чтобы сэкономить на серверах.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+/–
	Сообщение от Аноним (35), 08-Ноя-23, 16:20
	Проще уж Gitlab свой поднять. Там все по умолчанию есть.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	37. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+/–
	Сообщение от Пряник (?), 09-Ноя-23, 10:00
	Да, но GitLab какой-то уж больно тормозной по сравнению с Gogs/Gitea/Forgejo, а в этих нет CI/CD...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+2 +/–
	Сообщение от morphe (?), 07-Ноя-23, 20:44
	> удачное > Github Actions
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору

4. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+5 +/–
Сообщение от Второй из Кукуева (?), 07-Ноя-23, 19:10
Еще один CI с собственным синтаксисом? Ай, маладцы! Мало нам GH Action, Gitlab CI, Drone/Woodpecker и еще десятка разных Будет еще один Они издеваются? И так приходится в голове держать все вышеперечисленные, потому что у одних клиентов одно, у других другое, у третьих третье, а у четвертых вообще черт в ступе и на роботе-пылесосе
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+/–
	Сообщение от Пряник (?), 07-Ноя-23, 19:14
	Старая добрая "Война стандартов".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+/–
	Сообщение от Второй из Кукуева (?), 07-Ноя-23, 20:45
	> Старая добрая "Война стандартов". Угу При чем больше всего бесят CI которые используют таки yaml, но каждый свой(как раз вот GH Actions, Gitlab CI, Drone, вроде и Jenkins) Вроде все похожи, но у каждых своя какая-то особенность И такой думаешь "Ага! Я уже это делал для вон того клиента!", а потом понимаешь, что делал под один, а у этого другой и надо адаптировать, хоть все и похоже, сидишь и переделываешь
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+1 +/–
	Сообщение от burik666 (ok), 08-Ноя-23, 10:47
	причем тут yaml?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+1 +/–
	Сообщение от freehck (ok), 08-Ноя-23, 16:08
	Ну как это причём. Написал же человек: путается в синтаксисах разных CI-систем, потому ему yaml-ы сродни китайцам -- все на одно лицо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	31. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+/–
	Сообщение от Аноним (31), 08-Ноя-23, 14:54
	Можете попробовать внедрять Dagger CI
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору

7. "Проект Сicada развивает систему автоматизации сборок, похожу..."	–5 +/–
Сообщение от Аноним (7), 07-Ноя-23, 19:19
Есть Jenkins Остальное от лукавого
Ответить \| Правка \| Наверх \| Cообщить модератору

13. "Проект Сicada развивает систему автоматизации сборок, похожу..."	–3 +/–
Сообщение от cheburnator9000 (ok), 07-Ноя-23, 22:31
Bash скрипты покрывают практически все потребности CI/CD, простой тому пример VoidLinux, где вся система сборки это по сути "фреймворк" на bash. Вся декларативщина только вредна. Люди совсем перестают думать и считают что оно должно работать в любых ситуациях, а это совсем не так. Через ENV файл или переменные окружения можно передать любые данные, условный ENV файл с секретами может генерировать перед запуском сама CI/CD система, я такой подход практически нигде не видел из "облачных решений", все упариваются с переменными окружения, а затем затирают Credentials в логах, казалось бы есть подход проще. Например, данных подход `cache node_modules using hashOf("package-lock.json")` к кешированию вызовет проблемы как только смузихлебы из NPM решат поменять логику хранения модулей и или еще чего сломают, исправить вы это не сможете пока сервис не реализует изменения под видом `cache_v2`. Единственное что сервис должен предоставить свои, безопасные для процесса сборки и логгирования, варианты консольных утилит деплоя результата сборки и кеширования нужных каталогов - это я за, но никто не заморачивается. Например, в гитхабе/лабе за это отвечает код со стороны сервера исполняя декларативный файл сборки, а это не очень то безопасно.
Ответить \| Правка \| Наверх \| Cообщить модератору


	15. Скрыто модератором	+6 +/–
	Сообщение от Признанный гуру (?), 08-Ноя-23, 00:29
	>Bash скрипты покрывают практически все потребности CI/CD, простой тому пример VoidLinux, где вся система сборки это по сути "фреймворк" на bash. Ну уже не смешно даже. Баш это прекрасный выбор, если а) всё займёт не больше нескольких десятков строк и логика не очень сложная б) вы точно знаете где смузихлёбы в) ничего кроме баша вы не видели. Вне этих трёх случаев баш по меркам 2023 года это ДНИЩЕ, от которого нужно держаться подальше: отсутствие типов; смешанные в кучу управление процессами, шаблонизатор строк и control statements; убогий синтаксис; несколько видов экспаншенов; десятки всяхих set +puk; set -srenk, меняющих поведение; в 2023 году из коробки нет банального логирования. И "фреймворк" на баше такой же получится, никто кроме автора не станет его развивать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. Скрыто модератором	+/–
	Сообщение от cheburnator9000 (ok), 08-Ноя-23, 00:44
	Какое еще логирование? Все что требуется от CI это запустить последовательно команды системы сборки с правильными ключами и затем тесты если они есть и по факту все. Логи пишет система сборки, а не декларативная вундервафля вендорлока. Еще заяви что нет всеми "любимого" if err исключений и абстракций с интерфейсами, йопт этого там быть не должно. Нужно вызвать сложную логику в системе сборки - это должно быть реализовано на уровне системы сборки, есть python, есть nim, но йопт не средствами самого CI это железобетонный VENDOR LOCK. Вы изобрели 4 колёсных велосипед с педалями и тычите в других что у их велосипеда всего 2 колеса. CI выполняет команды сборки, но никак не переизобретает систему сборки с нуля. Если в каком-то NPM с этим проблемы пусть решают это на уровне Node.JS окружения, а не CI.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. Скрыто модератором	+1 +/–
	Сообщение от Признанный гуру (?), 08-Ноя-23, 00:58
	>Все что требуется от CI это запустить последовательно команды системы сборки с правильными ключами и затем тесты если они есть и по факту все. Ну это не CI, а действительно скриптик в три строки. Однажды понадобятся триггеры, история и воспроизведение сборок, доступы разграничить и т.д. и т.п. — вот и придётся изобретать CI вместо баш-скрипта. Там и логирование понадобится, и много чего ещё.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. Скрыто модератором	+/–
	Сообщение от freehck (ok), 08-Ноя-23, 13:47
	> Еще заяви что нет всеми "любимого" if err исключений <...>, йопт этого там быть не должно. Вообще-то должно и есть. Оно называется trap.
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору


	27. Скрыто модератором	+/–
	Сообщение от freehck (ok), 08-Ноя-23, 13:44
	> Баш это прекрасный выбор, если а) всё займёт не больше нескольких десятков строк и логика не очень сложная В наше время у любого языка есть собственный сборочный тулкит, и безусловно, его и надо использовать. Но все действия по подготовке окружения, к сборке, деплою, итд итп -- можно и нужно писать на баше (либо ином шелле, если умеете). У шелла в целом две области применения. Первая -- это обёртки. Вторая -- организация параллельного выполнения процессов. И с обеими задачами он справляется отлично. > Вне этих трёх случаев баш по меркам 2023 года это ДНИЩЕ, от которого нужно держаться подальше: <...> Ну вот и держитесь, коли он вас так на эмоции пробивает. Я же вот точно знаю, где смузихлёбы, и хотел бы напомнить вам, что вы недостаточно знаете объект вашей критики, чтобы иметь о нём какое бы то ни было мнение, и уж тем более, чтобы транслировать его на публику.
	Ответить \| Правка \| К родителю #15 \| Наверх \| Cообщить модератору


	30. Скрыто модератором	+/–
	Сообщение от Признанный гуру (?), 08-Ноя-23, 14:12
	Вы в очередной раз всё перепутали.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+/–
	Сообщение от User (??), 08-Ноя-23, 09:52
	Ну, удачи на собеседовании - рогам-и-копытам будет очень интересно узнать про voidlinux и ci\cd на bash'е - правда денег за это они не заплатят, но скорее всего послушают. Всем остальным - очень не очень, даже слушать не будут.
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	23. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+/–
	Сообщение от Аноним (24), 08-Ноя-23, 12:20
	В компании, предоставляющей shared hosting на основе LAMP, могут заинтересоваться. Сейчас уже не 90-е, и такие компании сложно найти, но они пока остались.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+/–
	Сообщение от User (??), 08-Ноя-23, 12:44
	> В компании, предоставляющей shared hosting на основе LAMP, могут заинтересоваться. > Сейчас уже не 90-е, и такие компании сложно найти, но они пока > остались. Неее... им же это адище ПОДДЕРЖИВАТЬ потом - может даже после ухода Васяна в мэшин-лёрнинг-дейта-сайенс или еще какую модную хуцпу. Проще уж какую "панельку"(ТМ) прикрутить\фэтэпэ открыть, а Васяны с voidlinux'ами пусть на стороне рогов-и-копыт кон-тин-ни-ёс ди-ли-ви-ри реализуют.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+/–
	Сообщение от cheburnator9000 (ok), 08-Ноя-23, 15:16
	> Ну, удачи на собеседовании - рогам-и-копытам будет очень интересно узнать про voidlinux > и ci\cd на bash'е - правда денег за это они не > заплатят, но скорее всего послушают. Всем остальным - очень не очень, > даже слушать не будут. Правильно нужно обязательно всеми конечностями наступить в помет вендор лока чтобы тебя железобетонно со смузихлебной вакансии не уволили. 👍
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	34. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+/–
	Сообщение от User (??), 08-Ноя-23, 16:12
	>> Ну, удачи на собеседовании - рогам-и-копытам будет очень интересно узнать про voidlinux >> и ci\cd на bash'е - правда денег за это они не >> заплатят, но скорее всего послушают. Всем остальным - очень не очень, >> даже слушать не будут. > Правильно нужно обязательно всеми конечностями наступить в помет вендор лока чтобы тебя > железобетонно со смузихлебной вакансии не уволили. 👍 Борис! Борись!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Проект Сicada развивает систему автоматизации сборок, похожу..."	+/–
	Сообщение от freehck (ok), 08-Ноя-23, 13:29
	> Bash скрипты покрывают практически все потребности CI/CD Вот кстати согласен. Проблема shell-скриптов в том, что это тьюринг-полный язык, и для большинства современных айтишников его освоение сопряжено с определёнными трудностями. Но если им дать шаблоны, по которым надо писать код -- кое-как справляются. Ревью, естественно, обязателен. > Через ENV файл или переменные окружения можно передать любые данные, условный ENV файл с секретами может генерировать перед запуском сама CI/CD система, я такой подход практически нигде не видел из "облачных решений" Мы поступаем просто: в IaC-репозитории храним шифрованные файлы с кодом. Через unix env var в пайплайн передаётся только ключ для расшифровки. Однако, строго говоря, расшифровка файла с секретами -- это уже не задача системы CI/CD. Её задача -- передать переменную и дёрнуть скрипт(ы).
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору