Long time no see:) Just a short update. After I started to right code for Stonic, I realised that we need to have a CI server. And it should be Open Source and it should be usable and flexible. Unfortunately there is no such a solution out there. What I need: * It must be Open Source (we lost Travis and CircleCI here). * Everything for the pipeline must be defined in the project repo using config file (we lost TeamCity here). * The solution must not be bundled with some other project (we lost GitLab here). * It shuldn't be writen in Java (we lost Jenkins, GoCD and a bunch of other players here). * It should be Docker friendly (looks like Drone is ok). * It should rely on the git+ssh protocol (we lost Drone here). * It should have an artifactory to pass artifacts through the pipeline. * It should have plugins subsystem which allows to extend it for usage with different languages and tasks. So I've started Distonic https://github.com/stonicio/distonic This is the CI server we are going to use. The first usabe version is ongoing development and should be released in a couple of months. Stay tuned!

Только вот distonic сам получается bundled со stonic, но это ок

Только вот distonic сам получается bundled со stonic, но это ок

concourse.ci?

http://concourse.ci/binaries.html

Похоже на вариант:) Надо только понять может ли он конфиг пайплайна из гита. На чем написан. И вот то что они его вагрантом запускают... Настораживает.

https://github.com/concourse/concourse/tree/master/src Что это за наркомань? Ну я понял, что оно на go... Но код из я всё ещё ищу...

Похоже на вариант:) Надо только понять может ли он конфиг пайплайна из гита. На чем написан. И вот то что они его вагрантом запускают... Настораживает.

пайплайны грузятся руками через специальный бинарник (который является перепиленным curl'ом видимо)

Ну вот. И этих ребят мы потеряли

один раз загрузил, потом только кнопочку "build" нажимаешь. и из гита тебе подтягивается сценарий сборки.

ты подразумеваешь под этим пайплайн, видимо.

один раз загрузил, потом только кнопочку "build" нажимаешь. и из гита тебе подтягивается сценарий сборки.

а то что ты кладешь в git репозиторий в разные ветки - у конкорса называется build-plan. кладешь что нужно куда нужно. она может чекать репозиторий и при появении коммитов начинать собирать. https://concourse.ci/build-plans.html

а почему почти все эти ci на яве?

в пайплайн конкорса можно сделать хоть десять. для каждого пишешь свою логику в yaml что делать.

Ну, выкинь go, c# закрыт. Питон - скриптики. Нужен открытый язык с тредами, взрослым ооп и проверкой типов. Что берем?

Ну, выкинь go, c# закрыт. Питон - скриптики. Нужен открытый язык с тредами, взрослым ооп и проверкой типов. Что берем?

Так почему тогда ява не нравится? ?

ява жрёт почти так же как и руби

Руби не существует. Руби - миф.

эх. хотелось бы. но у меня программеры имено на этом пишут

Это мифические существа. Ты живешь в волшебной стране. Тебе повезло.

Ну, выкинь go, c# закрыт. Питон - скриптики. Нужен открытый язык с тредами, взрослым ооп и проверкой типов. Что берем?

Еще раз. Репа, оттуда пайплайн, который задает всё и перебрасывает артефакты между задачами и стейджами

Вот очень зачаточный вариант, всё очень WIP. https://github.com/stonicio/distonic/blob/feature/mvp/distonic.yml Три стейджа, внутри каждого может быть несколько задач. Задачи исполняются параллельно, стейджи последовательно.

Синтаксис описания задач - калька из Ansible

то есть так задумано

Вот очень зачаточный вариант, всё очень WIP. https://github.com/stonicio/distonic/blob/feature/mvp/distonic.yml Три стейджа, внутри каждого может быть несколько задач. Задачи исполняются параллельно, стейджи последовательно.

где хранится пайплайн? можно ли динамически менять ход пайплайна в зависимости от условий?

хранится в репе. условное выполнение планируется, но сильно не сразу

жаль, что не сразу

нужно будет реальные юзкейсы смотреть, чтобы понять как лучше

реальный юзкейс: > фичабранчи в который не надо гонять полный пайплайн и из которых опциональный деплой

что с хранением секретов?

так у тебя в бранче его пайплайн. условное выполнение, типа в какой ветке тоже можно попробовать скоро

реальный юзкейс: > фичабранчи в который не надо гонять полный пайплайн и из которых опциональный деплой

а вмерживать мне как это? каждый раз разруливать?

каждый тип таска - отдельный плагин. общение межу ними через артефакторий

оки, очень ограниченная помощь нужна?

кодеревью на mvp надо будет и early adoption feedback

ну и можно сделать модули задач, которые будет загружать секреты из разных мест и класть в артефакторий этого запуска

первое врядли, не та квалификация, разве что-то мелкое и рутинное пописать, про второе -- могу

ну т.е. вот есть у тебя Vault. делаем плагин, который предоставляет тип задачи "vault_secrets". задача решена:)

@lig11 у stonic tdd ?

@lig11 у stonic tdd ?

с модулем unarchive ознакомился