Почему не юзаете?

Нужен его анализ перед внедрением. Сейчас просто джобы скриптом создаются для всех реп

тоже ипусь с этим пайплайном... что в лоб, что по лбу: обычный дженкинс и пайплайны

а межтем в гитлабе всё нормально работает и даже переодичекие сборки запилили

У меня почему то не хочет работать функция sh() в блоке environment {}

Хотя вот тут https://github.com/jenkinsci/pipeline-examples/pull/65/files#diff-87ec044ea80523dc2dcc4883071261f2R31 вроде как есть упоминание, что абстрактную функцию можно вызвать

А я не пойму как читать параметры билда из файла

bash-4.1# rpm -e make ошибка: Неудовлетворенные зависимости: make нужен для (установлен)openssl-1.0.1e-57.el6.x86_64

БЛЯТЬ ЕБУЧИЙ ЦЕНТОС

В СРАКУ ЕГО ЕБАТЬ

ВОТ БЛЯТЬ КАК?

КАК ОПЕНССЛ связан с мейком ?

дебилы блять

Сколько ненависти =)

А вдруг связан?

Так чего, получается в чати нет никого кто юзает Jenkinsfile?) А как же cutting-edge technologies? ?

А дженкинс это нынче bleeding edge?

А есть что то лучше?

А есть что то лучше?

Выстрел в ногу лучше дженкинса

Спасибо

А по сути вопроса есть что сказать?)

У нас своё

Интеграция с phabricator там огонь

Хорошо когда в компании есть отдел на 50 девопсов )

Хорошо когда в компании есть отдел на 50 девопсов )

хз хз хз

Ну оно балансиреется кол-вом сервисов которые нужно поддерживать

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

но где же их столько взять

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

Или же одной инсталляцией Дженкинса

но позвольте, все же знают что jenkins — не нужен.

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

значимость девопсов и их возможности сильно преувеличены.

те у которых преувеличины — плохие, не правильные девопсы

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

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

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

нее. примерно одной-двумя. учти большая часть будет на планерках

нее. примерно одной-двумя. учти большая часть будет на планерках

на больное наступил

значимость девопсов и их возможности сильно преувеличены.

Хорошо что я админ

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

или все пишут ETL километровые и в делают максимально плоско и пару реляций ?

А по сути вопроса есть что сказать?)

Не юзайте пайплайны. 100+ проектов, 2 инста дженкинса и 1 девопсник)

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

У нас gelf + graylog + jdbc + postgresql но нет вложенных сложных событий с массивами внутри событий

Надо наверное прямые запросы к elastic делать

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

Разве это не проблема разработчика сформировать так, чтобы потом с этим работать можно было?

Кажется здесь нарушен responsibility

Кажется никто не отвечает на вопрос кто и как распрямляется объекты для последующего удобного поиска

Ну нарушен gtd - можно все в pom.xml запихнуть

Кажется никто не отвечает на вопрос кто и как распрямляется объекты для последующего удобного поиска

В реляционной бд строешь вью на атрибутах как хочешь

В реляционной бд строешь вью на атрибутах как хочешь

А вложенности все представить колонки с именами с точками ?

Может получится ОООчень широко

Ну это олдстайл. Модно на еластике запрсы напрямую писать. Или связка logstash + elastic + kibana. В kibana можно писать запросы в webui

Напрямую по подполям Json в т.ч. массивам. Но надо правильно данные загрузить в эластик и заранее типы данных проставить желательно (если нужны агрегаты по числам)

Ну это олдстайл. Модно на еластике запрсы напрямую писать. Или связка logstash + elastic + kibana. В kibana можно писать запросы в webui

У эластика все плохо с миграцией данных из типа в тип

Грузили напрямую сложные объекты в elastic а потом строили дашборд по данным.

Миграция ха. Вайпишь и грузишь заново. Тип потом не изменить .

Грузили напрямую сложные объекты в elastic а потом строили дашборд по данным.

У меня таких 10 лярдов и я задолбался реинжестить данные из за смен типов

Blast from past) schemaless) такой schemaless

Связка из двух еластиков?

Связка из двух еластиков?

Непонял

Ну первый тупой, а во второй переливать с правильными типами данных

Ну первый тупой, а во второй переливать с правильными типами данных

Да не, реиндекс и всё

Но это отклонение от темы

Кажется никто не отвечает на вопрос кто и как распрямляется объекты для последующего удобного поиска

соседние ребята раскладывали во что-то колоночное (самописное) кодировкой на вроде гугловской Dremel

как результаты не знаю, но вроде без пожаров :)

кто пользуется gitlab runner ci, у меня проблема. тестируется пхп проект в докере с помощью codeception, первый тест валится всегда. в дебаге видно что в первом тесте не получает куку. все остаьные тесты куку получают. не в гитлабе все работает. пока сделали тест который возвращает true всегда. такая же проблема есть с тестами на го. первый тест запись в бд и считывание оттуда значение которое записали несовпадает. все остальные тесты проходят.

Использую с рельсами, такого не было (правда, не через докер, а через локальный раннер)

Кто нибудь сталкивался с тем что mysql таблица в aws внезапно начинает выжирать гигабайты места?

ERROR: S client not available

За полдня порядка 250 гигов похавало. Хотя сами записи едва весят гигабайт.

За полдня порядка 250 гигов похавало. Хотя сами записи едва весят гигабайт.

а таблица жрет ли?

может быть бинлоги?

Да вот хрен знает, в rds нельзя попасть внутрь

optimize table можно натравить

За полдня порядка 250 гигов похавало. Хотя сами записи едва весят гигабайт.

Посмотри логи инстанса

У меня такая же херня была с PostgreSQL инстансом

Место под логи считается в счет места базы

А удалить можно только через ретеншен период

Мне говорят что optimize table помогает на какое-то время но потом снова начинается очень быстрое увеличение занятого диска

Мне говорят что optimize table помогает на какое-то время но потом снова начинается очень быстрое увеличение занятого диска

а удалений много из таблицы?

нет

У меня почему то не хочет работать функция sh() в блоке environment {}

Решил вопрос?

А то такая же фигня пришла ко мне

Да )

Забыл отписаться

pipeline { agent any environment { GIT_COMMIT_SHORT = sh(returnStdout: true, script: 'git rev-parse HEAD | cut -c -7').trim() GIT_COMMIT = sh(returnStdout: true, script: 'git rev-parse HEAD').trim() GIT_BRANCH = "${BRANCH_NAME}" } stages {

Загвоздка была в неочевидности (для меня) параметра returnStdout: true

Я каждый раз на него когда смотрел читал как "return TO stdout"

Поэтому у меня в голове было все наоборот )

Когда оно false — высирает в консоль Jenkins но в переменную не захватится и там будет null.

Ага, я использовал этот параметр уже - всё равно не работало. Оказалось, дело в скобках. Т.е., так не работает: environment { GIT_TAG = sh script: 'git describe --abbrev=0 --tags 2> /dev/null || true', returnStdout: true } А так - да: sh(script: 'git describe --abbrev=0 --tags 2> /dev/null || true', returnStdout: true).trim()

В смысле в скобках? О_о

sh()

можно как в рубях же, без скобок

но тут почему-то не работает

Рабочий пример: steps { git branch: "${params.GIT_BRANCH}", credentialsId: '49fe90cf-ab03-4af2-98f2-d6a4fb8f9c12', url: "${params.GIT_REPOSITORY}"

Ну вот поэтому я ненавижу все эти выебоны минималистичности )

Явное лучше неявного

Посмотри логи инстанса

А логи инстанса как то разделяются по таблицам? Вот мы сейчас грохнули бунтующую таблицу и все нормализовалось.

Короче, спасибо, сэкономил мне пару часов ;)