Опоры под трубопроводы: классификация и предназначение, особенности трубопроводных опор, область применение

Содержание

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

Опоры для труб являются незаменимыми конструктивными элементами во время прокладывания разнообразных коммуникаций. Всю нагрузку трубопровода эти изделия принимают на себя, а в дальнейшем она передаётся почве или распределяется по несущим конструкциям. В современном мире существует большое количество трубопроводов, отличия которых состоят в технических характеристиках и материалу изготовления. Для определённого типа трубы требуется свой вид конструкции.

Предназначение опор и область применения

Опоры для труб выполняют важную роль — они фиксируют в необходимом положении коммуникации. А ещё они исключают деформацию изделия под воздействием температур. При транспортировке во многих трубопроводах возникают вибрации. Ещё одной полезной функцией конструкции является гашение вибрации.

Опорные изделия влияют на надёжность всего изделия. Именно из-за этого очень важно правильно установить эти изделия правильно, чтобы они с поставленной задачей справлялись хорошо.

Различают такие конструкции по назначению и виду. Довольно широка эксплуатационная область этих конструкций. Их применяют для того чтобы зафиксировать такие коммуникации:

  • Нефте- и газопроводы.
  • Арматура теплоэлектростанций.
  • Арматура атомных электростанций.
  • Коммуникации жилищно-коммунальные.
  • Конструкции трубопроводные на разных предприятиях.

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

Особенности трубопроводных конструкций

Необходимые показатели герметичности и эксплуатационная безопасность разнообразных коммуникаций может обеспечиться не только за счёт качественных труб, но и благодаря применению вспомогательного оборудования. Именно к такому оборудованию относят подпоры для крепления.

Если посмотреть нужную документацию, то можно найти информацию о том, что опора отдельной строительной деталью не является, а регламентируется как элемент конструктивный самой коммуникации. Они имеют много полезных функций:

  • В точке соприкосновения с конструкцией опорной защищает от повреждения трубу.
  • Обеспечивает в пространстве правильное расположение трубопровода.
  • Распределяет по всей длине коммуникации нагрузку и передаёт её на опорные конструкции.
  • Вибрационные волнения устраняет и в трубопроводе понижает напряжение.

Опоры для крепления трубы в народе ещё зовут «подвесками», но применять такой термин можно не в каждой ситуации. Подвеска — это разновидность опорной конструкции. Все опорные конструкции подразделяются на виды в зависимости от таких параметров:

  • Неподвижность или подвижность.
  • Вариант установки.

По варианту установки они тоже подразделяются на такие типы:

  • Подвесные изделия.
  • Обычные.

Можно фиксировать подвесные изделия к потолочным перекрытиям, плитам и прочим конструкциям. Модели подвесные относятся по варианту установки к подвижному типу. Подвижность опоры — свойство, позволяющее ей двигаться поперёк или вдоль оси трубопровода. Опоры подвижные могут перемещаться в тех двух направлениях, которые только что были указаны. А вот неподвижные крепко фиксируют материал в нужном положении.

Подвижные модели выполняют такие функции:

  • Понижают в стенках трубопровода коэффициент напряжения.
  • Передают на опорную конструкцию усилие опорной реакции трубопровода. Нужно отметить и тот факт, что процесс этот происходит без изменения положения той точки, в которой передача опорной реакции осуществляется.

Разновидности для трубопроводов

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

Бескорпусные модели

Они выполняют такую же функцию, как и хомут. Подразделяют их на две группы:

  • Изделия неподвижные бескорпусные.
  • Изделия подвижные бескорпусные.

Нужно отметить и тот факт, что понятия «скользящая опора» и «подвижное бескорпусное изделие» несопоставимы. Подвижные жёсткие приспособления необходимо монтировать без жёсткого стягивания хомута. Это позволит коммуникации передвигаться в продольной плоскости и чувствовать себя свободно. Подобные модели имеют ещё и такое название, как «хомутовые направляющие». Модели неподвижные монтируются очень просто: они крепко затягиваются к основанию. Это позволяет исключить движение трубопроводной конструкции.

Приварные корпусные

Эти конструкции в основном применяются для крепления стальных коммуникаций. Крепятся они при помощи сварки. С точки зрения производства, они считаются наиболее удобными, а также у них довольно демократичная цена. Они тоже делятся на неподвижные и подвижные. В нормативных некоторых документах корпусная приварная подвижная опора регламентируется как скользящая. Конструкция приварных корпусных изделий может быть разнообразной.

Корпусные хомутовые

Эти конструкции условно разделяют на две группы:

  • С хомутом плоской формы (производится из металлической полосы).
  • С хомутом круглой формы (материалом для хомута является металлический прут).

Они тоже могут быть неподвижными и подвижными (скользящими). Изделия с плоским хомутом применяются при монтаже стальных коммуникаций, но можно их применять и для предизолированных трубопроводных конструкций. А вот модели с круглым хомутом применяются только во время крепления стальных трубопроводов. Разновидностью подобной опоры считается опора бугельная, которая отличается наличием рёбер жёсткости. Они необходимы для усиления изделия.

Конструкции под отвод

Они специально монтируются под изгиб коммуникаций, а точнее, под отвод. Есть следующие разновидности конструкций под отводы:

  • Под отводы сварные.
  • Под отводы грунтового типа.

С эксплуатационной точки зрения, такие модели разделяются на неподвижные и подвижные. А ещё они используются для фиксации при монтаже различной арматуры.

Опоры крепления вертикальных трубопроводов и щитовые

Опоры крепления трубопроводов вертикальных применяются для закрепления вертикальных участков конструкции. Они являются по своей конструкции «лапами», которые на трубе фиксируются при помощи сварки. Такие модели опираются на плиты перекрытий или балки.

Опоры щитовые выглядят точно так же, как и предыдущие. Применяются они тогда, когда через стену необходимо провести трубу. Как правило, они неподвижны.

Подвески и пружинные блоки

Подвесками называют специальные приспособления, которые используются для крепления коммуникации потолку или балке. В зависимости от метода монтажа опоры на трубу и конструктивных особенностей их разделяют на две группы:

  • Приварные.
  • Хомутовые.

А ещё они могут быть двутяжными или однотяжными (в зависимости от количества тяги). Движение трубы, которая таким приспособлением зафиксирована, обеспечивается за счёт кардановой подвески.

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

Материалы для изготовления

В основном опоры под трубопроводы изготавливаются из металла. Связано это с тем, что они должны иметь отличную сопротивляемость к действию повышенного давления и хорошие прочностные характеристики. Крепление трубопровода на опоры является мероприятием ответственным. Оно требует наличия специальных строительных знаний и навыков, а также опыт. При неправильном креплении может образоваться аварийная ситуация. А всё из-за того, что на опоры оказывается очень большое давление.

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

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

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

Кроме этого опоры могут быть изготовлены из разнообразных полимерных современных материалов и применяться для монтажа внутри помещений хозяйственных коммуникаций. Наиболее распространённым полимером для этих целей является полипропилен.

Полипропиленовая опора имеет такие преимущества:

  • Ускоряет прокладывание конструкции.
  • Облегчает конструкцию в целом из-за малого веса.
  • Сварочное оборудование для монтажа такой конструкции не требуется.
  • По сравнению с металлическими конструкциями имеет небольшую стоимость.

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

А ещё не стоит забывать и о таком материале, как бетон. Он применяется для изготовления колец опор и их части фундаментной. Стоит отметить, что изготовление опор регламентируется государственными стандартами качества. Именно из-за этого хотя бы малое отклонение от нормы чревато получением продукции некачественной.

Устройство и особенности неподвижных моделей

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

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

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

В состав неподвижной модели входят такие конструктивные элементы:

  • Полиэтиленовая оболочка.
  • Центратор.
  • Оболочка оцинкованная.
  • Термостойкая специальная лента.
  • Пенополиуретан.
  • Стальной лист, который был получен горячей прокаткой.
  • Труба стальная.

Стальной лист разделяют на такие виды:

  • Конструкционный — наиболее качественный.
  • Низколегированный.
  • Обыкновенный.

Центратор — это элемент конструктивный опоры неподвижной, который отцентровку торцов труб перед их соединением упрощает. Их разделяют на внутренние и наружные.

Неподвижные опоры применяются в таких случаях:

  • Для конструкций на тепловых и атомных станциях.
  • Коммуникации на предприятиях.
  • При прокладке магистрального нефте- или газопровода.

Расчет опор под трубопроводы

Расчёт пролётов между подвижными опорами трубопроводов.

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

Алгоритм данной online программы использует табличные данные, приведенные в справочнике проектировщика «Проектирование тепловых сетей» под редакцией А. А. Николаева.

Данная программа определит следующие расстояния между подвижными опорами трубопровода:

  • максимальный пролёт по расчёту на прочность на прямых участках
  • максимальный пролёт по расчёту на прогиб на прямых участках
  • рекомендуемое расстояние между опорами труб на прямых участках
  • расстояние между опорами трубопровода на участках, примыкающих к компенсаторам и поворотам

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

При подборе приняты следующие ограничения

  • Трубопровод выполнен из стальной трубы по «Сортаменту для тепловых сетей»
  • Трубопровод заполнен водой или паром
  • Величина уклона трубопровода составляет i=0.002
  • Трубопровод не испытывает дополнительных нагрузок.

Выбор подвижной опоры

В тепловых сетях применяют следующие виды подвижных опор:

Скользящие опоры трубопровода применяют для труб с Ду 25 -150 при всех способах прокладки тепловой сети. Для труб с диаметром Ду 200 – 1200 мм скользящие опоры применяют при прокладке в непроходных и полупроходных каналах, а также для нижнего ряда труб в тоннелях.

Катковые опоры трубопровода применяют при диаметре Ду > 200 мм, при прокладке трубопроводов на отдельно стоящих низких и высоких опорах, по стенам зданий и в тоннелях на каркасах и кронштейнах. Катковые опоры при прокладке трубопроводов в непроходных каналах – не применяют.

При надземной прокладке трубопроводов на эстакадах с пролётным строением для условных проходов труб Ду >200 мм, применяют как скользящие так и катковые опоры. Катковые опоры устанавливают в том случае, если применение скользящих опор, приводит к утяжелению прогонов.

Подвесные опоры трубопроводов применяют при надземной прокладке на эстакадах с растяжками, при подвеске трубы к трубе, на участках самокомпенсации или при установке П-образных компенсаторов. В последнем случае рекомендуется на расстоянии около 40Ду устанавливать направляющие опоры. На участках трубопроводов с сальниковыми компенсаторами — установка подвесных опор не допускается.

Подвижные опоры не устанавливают на участках бесканальной прокладки трубопроводов.

Аннотация научной статьи по механике и машиностроению, автор научной работы — Бенин Дмитрий Михайлович

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

Похожие темы научных работ по механике и машиностроению , автор научной работы — Бенин Дмитрий Михайлович

this article focuses on the issue of laying pipelines on supports and the method of calculation of vertical and horizontal loads acting on the support. As pipelines can be water piping systems, heat networks, oil and mazout lines, condensate lines, steam lines, etc. this article describes the calculations of supports for pipelines laid above ground, in crowded channels, premises, on racks, in impassable channels, hanging supports, etc. The paper explores recommendations for placement of the supports on the route of the pipelines, calculation of loads on rotating and stationary supports of pipelines ; inspection of stresses in the metal pipe, resulting from elongation of the piping from the temperature from the thermal expansion of the metal during operation.

Текст научной работы на тему «Методика расчета трубопроводов, прокладываемых на опорах»

РС! 10.21661/Г-463758 Д.М. Бенин

Методика расчета трубопроводов, прокладываемых на опорах

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

Ключевые слова: прокладка трубопроводов, опоры под трубопроводы, вертикальная нагрузка, горизонтальная нагрузка.

The method of calculation of pipelines laid on supports

This article focuses on the issue of laying pipelines on supports and the method of calculation of vertical and horizontal loads acting on the support. As pipelines can be water piping systems, heat networks, oil and mazout lines, condensate lines, steam lines, etc. this article describes the calculations of supports for pipelines laid above ground, in crowded channels, premises, on racks, in impassable channels, hanging supports, etc. The paper explores recommendations for placement of the supports on the route of the pipelines, calculation of loads on rotating and stationary supports of pipelines; inspection of stresses in the metal pipe, resulting from elongation of the piping from the temperature from the thermal expansion of the metal during operation.

I Keywords: piping, supports of pipelines, vertical load, horizontal load.

Расчет трубопроводов, прокладываемых на опорах или каналах, включает в себя: — ра

Изготовление и монтаж опор трубопроводов

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

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

Применение опор для трубопроводов 

Опоры имеют применение в строительстве различных трубопроводов. Без них нельзя построить теплотрассу, водопровод, газопровод и другие сложные системы, предназначенные для транспортировки жидкостей, паров и газов по трубам. Опоры трубопроводов позволяют переводить различные нагрузки осевого, вертикального и поперечного вида как на несущие конструкции, так и на грунт. Это позволяет существенно снижать нагрузку с труб, что продлевает срок их эксплуатации.
Существуют специальные стандарты, в рамках которых производят опоры трубопроводов. Это позволяет подобрать опоры под реализацию любого проекта в строительстве. При индивидуальных постройках можно изготовить опоры по чертежам и расчетам проекта. Поэтому можно приобрести как уже готовые опоры, которые отвечают установленным стандартам, так и изготовить индивидуальные под конкретный проект.

Опоры трубопроводов бывают:
— подвижными;
— неподвижными.

Подвижные опоры трубопроводов

Подвижные опоры трубопроводов предназначены для восприятия нагрузок вертикального вида. Этот тип нагрузок создает продукт, который протекает внутри трубопровода. Также к вертикальным нагрузкам относится вес самой системы трубопровода. Конструкция опор подвижного типа состоит из следующих элементов:
— держатель из металлического материала;
— различные крепления для элементов системы;
— прокладки для трубопровода;
— жесткое основание.

Неподвижные опоры трубопроводов

Крепление устойчивое и безопасное можно создать с использованием неподвижных опор. Так как они предназначены для выполнения именно этой функции. Неподвижные опоры трубопроводов используют для строительства как наземных теплотрасс, так и подземных тепловых сетей. Поэтому они являются универсальными в плане эксплуатации.

трубопроводов | Центр разработки Heroku

Последнее обновление 09 сентября 2020 г.

Конвейер — это группа приложений Heroku с одной и той же кодовой базой. Каждое приложение в конвейере представляет собой один из следующих этапов рабочего процесса непрерывной доставки:

  • Развитие
  • Обзор
  • Стадия
  • Производство

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

  1. Разработчик создает запрос на внесение изменений в кодовую базу.
  2. Heroku автоматически создает приложение для проверки запроса на вытягивание, позволяя разработчикам протестировать изменения.
  3. Когда изменение будет готово, оно будет добавлено в основную ветку кодовой базы.
  4. Основная ветвь автоматически развертывается в промежуточном приложении конвейера для дальнейшего тестирования.
  5. Когда изменение готово, разработчик продвигает тестовое приложение в рабочую среду, делая его доступным для конечных пользователей приложения.

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

Создание трубопроводов

Из панели управления Heroku

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

Кроме того, вы можете перейти на вкладку приложения Развернуть и создать новый конвейер для включения этого приложения.

Из Heroku CLI

Вы можете использовать команду pipelines: create для создания конвейера из интерфейса командной строки. Обратите внимание, что в команде необходимо указать существующее приложение, которое вы хотите добавить в конвейер.

  $ heroku pipeline: create -a example-app
? Название конвейера: example-pipeline
? Этап example-app: производство
Создание примера конвейера ... готово
Добавление примера приложения в пример конвейера конвейера как производство ... готово
  

Интерфейс командной строки предлагает вам указать имя конвейера и этап для приложения, которое вы добавляете в него ( разработка , этап или производство ).

Используйте конвейеры справки heroku: создайте , чтобы увидеть полный список параметров для этой команды.

Доступ к трубопроводам

Приложения в конвейере не отображаются как отдельные приложения на панели инструментов Heroku. Вместо этого они отображаются как часть единой записи конвейера с раскрывающимся списком для просмотра отдельных приложений:

Добавление приложений в конвейер

Приложение Heroku может принадлежать ровно к одному этапу только одного конвейера.

Из панели управления Heroku

На странице обзора конвейера щелкните + Добавить приложение рядом со стадией развертывания, чтобы добавить существующее приложение на этот этап конвейера.

Из Heroku CLI

Добавьте приложение в свой конвейер с помощью конвейеров heroku : добавьте команду :

  $ heroku pipelines: добавить example-pipeline -a example-staging-app
? Стадия постановки примера: постановка
Добавление демонстрационного примера в примерный конвейер как этап ... готово
  

Несколько приложений на стадии конвейера

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

Размещение с трубопроводами

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

Продвижение

После того, как вы полностью протестировали изменение на конкретном этапе конвейера, вы можете продвинуть связанный с ним ярлык в приложение (я) на последующем этапе.

Далее относится к следующему этапу среды в конвейере. Например, для конвейера разработка -> постановка -> производство постановка выполняется после разработки, а производство — после постановки.

Из панели управления Heroku

Вы продвигаете слаг определенного этапа, нажимая соответствующую кнопку Продвигать на странице обзора вашего конвейера:

Если есть несколько приложений на стадии нижестоящего, вы можете указать, в какие из них вы хотите продвинуть слаг.

Кнопка Promote будет доступна только в том случае, если есть приложения на следующем этапе (этапах). Другими словами, если стадия имеет приложение, которое нужно продвинуть в production , но стадия production не содержит каких-либо приложений, не будет ничего, в чем можно было бы продвигать приложение staging , и, следовательно, не было цели продвижения .

Из интерфейса командной строки Heroku

Из интерфейса командной строки вы можете продвигать пулю с помощью конвейеров heroku: promotion command.В команде необходимо указать имя ( -a ) или Git remote ( -r ) исходного приложения:

  $ heroku pipelines: Promo-r staging
Повышение уровня от примера до примера (производство) ... готово, v23
Продвижение example-staging в example-admin (продакшн) ... готово, v54
  

По умолчанию эта команда продвигает ярлык исходного приложения до всех приложений на этапе нижестоящей передачи. Вы можете указать подмножество этих приложений для продвижения с помощью параметра с по :

  $ heroku pipelines: Promo-r staging --to my-production-app1, my-production-app2
Запускаем продвижение приложений: my-production-app1, my-production-app2... сделанный
Ожидание завершения продвижения ... готово
Продвижение успешно
my-production-app1: выполнено
my-production-app2: выполнено
  
Этап выпуска во время рекламной акции

Release Phase выполняет , когда вы продвигаете слаг, несмотря на то, что новая сборка не создается.

Право собственности на трубопровод

Веб-интерфейс Pipelines и интерфейс командной строки поощряют (и в конечном итоге потребуют), чтобы приложения в конвейере принадлежали владельцу Pipeline .Этого владельца можно назначить на вкладке Settings веб-интерфейса Pipelines.

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

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

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

Pipelines, принадлежащие физическому лицу, могут быть переданы только команде Heroku (или Enterprise Team), членом которой является этот человек. Пайплайны, принадлежащие команде, могут быть переданы любому человеку, который является членом этой команды. Однако в целях безопасности биллинга отдельные конвейеры не могут быть переданы напрямую другим лицам.

Синхронизация с GitHub

Переход от промежуточного уровня к производственному — это замечательно, но вы можете дополнительно оптимизировать свой поток, автоматически развернув на промежуточный этап с помощью интеграции с GitHub. Например, всякий раз, когда основная ветвь обновляется на GitHub и проходят тесты непрерывной интеграции (CI), промежуточное развертывание может выполняться автоматически.

Обзор приложений

Если вы используете GitHub, мы настоятельно рекомендуем использовать запросы на вытягивание и настраивать соответствующие приложения для проверки.

Трубопроводы и Heroku CI

Если вы используете GitHub, вы можете включить Heroku CI, визуальный инструмент запуска тестов Heroku с низкой конфигурацией, который легко интегрируется с Heroku Pipelines.Любой конвейер Heroku уже готов к CI — просто включите его на вкладке конвейера Настройки .

Эфемерные разрешения приложений

Вкладка «Доступ к конвейеру» может использоваться только для управления доступом к приложениям обзора для пользователей новых приложений обзора. Если вы используете старую версию Review Apps, обновите ее до новой, чтобы использовать эту функцию. Если у вас включен CI, вкладку доступа к конвейеру можно использовать для управления разрешениями пользователей в приложениях CI, независимо от того, используете ли вы новую версию Review Apps или старую версию.

Приложения обзора и приложения CI — это недолговечные, «эфемерные» приложения. Вы можете установить разрешения для пользователей и управлять доступом ко всем эфемерным приложениям в конвейере через вкладку доступа конвейера. Вкладка доступа доступна пользователям с правами администратора в Heroku Teams и Enterprise Teams, а также владельцам конвейеров в личных учетных записях.

Разрешения на вкладке доступа к конвейеру применяются только для просмотра приложений и приложений CI.

В новой версии Review Apps все пользователи с ролью «участник» в Enterprise Teams и Heroku Teams были автоматически добавлены в Review Apps через автоматическое присоединение с разрешениями «View», «Operate» и «Deploy».Вкладка доступа к конвейерам позволяет управлять доступом к автоматическому присоединению и изменять его. Изменение разрешений на автоматическое присоединение возможно только для корпоративных команд. Для Heroku Teams разрешения «Просмотр», «Работа» и «Развертывание», которые «участники» получают через автоматическое присоединение, являются статическими и не могут быть изменены.

Чтобы изменить разрешения для существующих конвейеров в корпоративной группе, щелкните маленький значок карандаша в разделе «Разрешения по умолчанию для новых членов группы» на вкладке доступа к конвейеру. Вы также можете полностью отключить автоматическое присоединение.Изменение разрешений и отключение / включение автоматического присоединения будут действовать только для новых приложений и не изменят предыдущие настройки.

Автоматическое присоединение — это когда пользователи с ролью «член» в корпоративной группе и командах Heroku автоматически добавляются в конвейер с разрешениями «Просмотр», «Управление» и «Развертывание» для приложений обзора и приложений CI. На вкладке доступа к конвейеру вы можете отключить автоматическое присоединение или изменить разрешения на автоматическое присоединение для «членов» группы Enterprise. Для Heroku Teams разрешения статичны и не могут быть изменены.

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

Для новых конвейеров по умолчанию установлено автоматическое объединение с включенными разрешениями «Просмотр», «Работа» и «Развертывание». Вы можете отключить автоматическое присоединение или изменить разрешения при создании конвейера.

Справочник по API трубопроводов | Kubeflow

Kubeflow
  • Что такое Kubeflow?
  • Документация
  • Блог
  • GitHub
  • v1.1 мастер v0.2 v0.3 v0.4 v0.5 v0.6 v0.7 v1.0
  • Документация
      • Около
        • Kubeflow Сценарии использования Вклад в Kubeflow Сообщество Google Summer of Code Документы Руководство по стилю для документации Kubeflow Календарь событий
      • Начиная
        • Обзор Kubeflow Установка Kubeflow
          • Облачная установка
            • AWS для Kubeflow Azure для Kubeflow Google Cloud для Kubeflow IBM Cloud для Kubeflow
          • Установка Kubernetes
            • Обзор развертывания в существующих кластерах Развертывание Kubeflow с помощью kfctl_k8s_istio Многопользовательский Kubeflow с включенной аутентификацией и kfctl_existing_arrikto Многопользовательский Kubeflow с поддержкой аутентификации с kfctl_istio_dex
          • Установка рабочей станции
            • Kubeflow в Linux Kubeflow для macOS Kubeflow в Windows MiniKF Разверните Kubeflow с помощью MiniKF в Google Cloud Развертывание с помощью minikube на одном узле Kubeflow на MicroK8s
      • Компоненты Kubeflow
          • Центральная панель управления
            • Центральная панель управления Процесс регистрации
          Метаданные Блокноты Jupyter
          • Обтекатель
            • Обзор обтекателя Kubeflow Установите Kubeflow Fairing Настроить обтекатель Kubeflow
              • Обтекатель на лазурном
              • Обтекатель на GCP
                • Настроить Kubeflow Fairing с доступом к GCP
                  • Примеры и руководства GCP
                    • Обучение и развертывание на GCP из локальной записной книжки Обучение и развертывание на GCP из блокнота Kubeflow
              • Учебники
                • Другие образцы и руководства
              • Справка
                • Справочник по SDK Kubeflow Fairing
          • Магазин функций
            • Введение в праздник Начало работы с Feast
          • Рамки для обучения
            • Chainer Training MPI обучение MXNet Обучение Обучение PyTorch Обучение TensorFlow (TFJob)
          • Настройка гиперпараметров
            • Введение в Катиб Начало работы с Катибом Проведение эксперимента Обзор шаблона пробной версии Обзор конфигурации Katib Переменные среды для компонентов Katib
          • Трубопроводы
            • Трубопроводы
          • Инструменты для обслуживания
            • Обзор KFServing Основное обслуживание Селдона BentoML Сервер вывода NVIDIA Triton Обслуживание TensorFlow Пакетное прогнозирование TensorFlow
          • Мультиарендность в Kubeflow
            • Введение в многопользовательскую изоляцию Дизайн для многопользовательской изоляции Начало работы с многопользовательской изоляцией
          • Разное
            • Функции Nuclio
      • Блокноты Jupyter
        • Обзор записных книжек Jupyter в Kubeflow Настройте свои записные книжки Создайте собственное изображение Jupyter Отправить ресурсы Kubernetes Создайте образ Docker на GCP Руководство по устранению неполадок
      • Трубопроводы
        • Краткое руководство по конвейерам
          • Установка трубопроводов
            • Варианты установки трубопроводов Kubeflow Автономное развертывание Kubeflow Pipelines Развертывание конвейеров Kubeflow в локальном кластере
          • Понимание конвейеров
            • Обзор конвейеров Kubeflow Введение в интерфейсы конвейеров
              • Концепции
                • Трубопровод Составная часть График Эксперимент Запуск и повторяющийся запуск Запуск триггера Шаг Выходной артефакт
          • Построение конвейеров с помощью SDK
            • Введение в SDK Pipelines Установите SDK Kubeflow Pipelines Компоненты сборки и конвейеры Создавайте повторно используемые компоненты Создание компонентов Python на основе функций Лучшие практики для проектирования компонентов Параметры трубопровода Визуализации на основе Python Визуализируйте результаты в пользовательском интерфейсе конвейеров Показатели конвейера Проверка статического типа DSL DSL-рекурсия Использование переменных среды в конвейерах Использование SDK для конкретных GCP Управление ресурсами Kubernetes в рамках конвейера
          Многопользовательская изоляция для трубопроводов Кеширование Обновление
          • Образцы и учебники
            • Использование скриптов тестирования производительности Kubeflow Pipelines Использование SDK Kubeflow Pipelines Поэкспериментируйте с API Kubeflow Pipelines Экспериментируйте с образцами конвейеров Запустите учебник по конвейерам для облака
          Устранение неисправностей
          • Справка
            • Спецификация компонентов Справочник по API конвейеров Справочник по пакетам SDK для конвейеров
      • Kubeflow на AWS
          • Развертывание
            • Установить Kubeflow Удалите Kubeflow
          Настройка Kubeflow на AWS Роль AWS IAM для сервисного аккаунта логирование Частный доступ Аутентификация и авторизация Аутентификация с использованием OIDC Настроить конвейеры Kubeflow на AWS Пользовательский домен Оптимизированные блокноты Jupyter на AWS Варианты хранения Настройка внешней базы данных с помощью Amazon RDS Устранение неполадок при развертывании на Amazon EKS Kubeflow на возможностях AWS Сквозной Kubeflow на AWS
      • Kubeflow в Azure
          • Развертывание
            • Установить Kubeflow Первоначальная настройка кластера для существующего кластера Удалите Kubeflow
          Аутентификация с использованием OIDC в ​​Azure Пример сквозного конвейера в Azure Контроль доступа для развертывания Azure Устранение неполадок при развертывании в Azure AKS
      • Kubeflow на GCP
          • Развертывание Kubeflow
            • Создать проект Google Cloud Настроить OAuth для Cloud IAP Настройка кластера управления Развертывание с помощью kubectl и kpt Мониторинг настройки облачного IAP Удалить с помощью CLI Особенности Kubeflow на GCP Развернуть с помощью пользовательского интерфейса
          Kubeflow на территории Anthos GKE
          • Трубопроводы на опорных точках
            • Подключение к Kubeflow Pipelines в Google Cloud с помощью SDK Аутентификация конвейеров в GCP Обновление Включение GPU и TPU Использование вытесняемых виртуальных машин и графических процессоров на GCP
          Настройка Kubeflow на GKE Использование собственного домена Аутентификация Kubeflow в GCP Использование Cloud Filestore Защита ваших кластеров Устранение неполадок при развертывании на GKE Учебное пособие: Сквозной Kubeflow на GCP Регистрация и мониторинг
      • Kubeflow в IBM Cloud
          • Развертывание
            • Установить Kubeflow Защита аутентификации Kubeflow с помощью HTTPS Удалите Kubeflow
          Создать кластер IBM Cloud Первоначальная настройка кластера для существующего кластера Использование IBM Cloud Container Registry (ICR) Конвейеры в службе IBM Cloud Kubernetes (IKS) Комплексный Kubeflow в IBM Cloud

Трубопроводы API | Документация Buildkite

Список конвейеров

Возвращает разбитый на страницы список конвейеров организации.

  curl "https://api.buildkite.com/v2/organizations/{org.slug}/pipelines"
  
  [
  {
    "id": "849411f9-9e6d-4739-a0d8-e247088e9b52",
    "url": "https://api.buildkite.com/v2/organizations/acme-inc/pipelines/my-pipeline",
    "web_url": "https://buildkite.com/acme-inc/my-pipeline",
    "name": "Мой конвейер",
    "slug": "my-pipeline",
    "репозиторий": "[email protected]: acme-inc / my-pipeline.git",
    "branch_configuration": ноль,
    "default_branch": "мастер",
    "provider": {
      "id": "github",
      "webhook_url": "https: // webhook.buildkite.com/deliver/xxx ",
      "settings": {
        "publish_commit_status": правда,
        "build_pull_requests": правда,
        "build_pull_request_forks": ложь,
        "build_tags": ложь,
        "publish_commit_status_per_step": ложь,
        "репозиторий": "acme-inc / my-pipeline",
        "trigger_mode": "код"
      }
    },
    "skip_queued_branch_builds": ложь,
    "skip_queued_branch_builds_filter": ноль,
    "cancel_running_branch_builds": ложь,
    "cancel_running_branch_builds_filter": ноль,
    "builds_url": "https: // api.buildkite.com/v2/organizations/acme-inc/pipelines/my-pipeline/builds ",
    "badge_url": "https://badge.buildkite.com/58b3da999635d0ad2daae5f784e56d264343eb02526f129bfb.svg",
    "created_at": "2013-09-03 13:24:38 UTC",
    "schedule_builds_count": 0,
    "running_builds_count": 0,
    "schedule_jobs_count": 0,
    "running_jobs_count": 0,
    "wait_jobs_count": 0,
    "видимость": "частный",
    "шаги": [
      {
        "тип": "сценарий",
        "name": "Тест ✅",
        «команда»: «сценарий / тест.ш ",
        "artifact_paths": "результаты / *",
        "branch_configuration": "главная функция / *",
        "env": {},
        "timeout_in_minutes": ноль,
        "agent_query_rules": []
      }
    ],
    "env": {
    }
  }
]
  

Требуемый объем: read_pipelines

Успешный ответ: 200 OK

Получить конвейер

  curl "https://api.buildkite.com/v2/organizations/{org.slug}/pipelines/{slug}"
  
  {
  "id": "849411f9-9e6d-4739-a0d8-e247088e9b52",
  "url": "https: // api.buildkite.com/v2/organizations/acme-inc/pipelines/my-pipeline ",
  "web_url": "https://buildkite.com/acme-inc/my-pipeline",
  "name": "Мой конвейер",
  "description": "Потрясающий конвейер! 🎉",
  "slug": "my-pipeline",
  "репозиторий": "[email protected]: acme-inc / my-pipeline.git",
  "branch_configuration": ноль,
  "default_branch": "мастер",
  "provider": {
    "id": "github",
    "webhook_url": "https://webhook.buildkite.com/deliver/xxx",
    "settings": {
      "publish_commit_status": правда,
      "build_pull_requests": правда,
      "build_pull_request_forks": ложь,
      "build_tags": ложь,
      "publish_commit_status_per_step": ложь,
      "репозиторий": "acme-inc / my-pipeline",
      "trigger_mode": "код"
    }
  },
  "skip_queued_branch_builds": ложь,
  "skip_queued_branch_builds_filter": ноль,
  "cancel_running_branch_builds": ложь,
  "cancel_running_branch_builds_filter": ноль,
  "builds_url": "https: // api.buildkite.com/v2/organizations/acme-inc/pipelines/my-pipeline/builds ",
  "badge_url": "https://badge.buildkite.com/58b3da999635d0ad2daae5f784e56d264343eb02526f129bfb.svg",
  "created_at": "2013-09-03 13:24:38 UTC",
  "schedule_builds_count": 0,
  "running_builds_count": 0,
  "schedule_jobs_count": 0,
  "running_jobs_count": 0,
  "wait_jobs_count": 0,
  "видимость": "частный"
  "шаги": [
    {
      "тип": "сценарий",
      "name": "Тест ✅",
      "команда": "скрипт / test.sh",
      "artifact_paths": "результаты / *",
      "branch_configuration": "главная функция / *",
      "env": {},
      "timeout_in_minutes": ноль,
      "agent_query_rules": []
    }
  ],
  "env": {
  }
}
  

Требуемый объем: read_pipelines

Успешный ответ: 200 OK

Создать конвейер

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

Трубопроводы ЯМЛ

  curl -X POST "https://api.buildkite.com/v2/organizations/{org.slug}/pipelines" \
  -d '{
    "name": "Мой конвейер",
    "репозиторий": "[email protected]: acme-inc / my-pipeline.git",
    "конфигурация": "шаги: \ n - команда: \" script / release.sh \ "\ n" Сборка: пакет: "\ n" "
  } '
  

Визуальный шаговый конвейер

  curl -X POST "https://api.buildkite.com/v2/organizations/{org.slug}/pipelines" \
  -d '{
    "name": "Мой конвейер",
    "репозиторий": "git @ github.com: acme-inc / my-pipeline.git ",
    "шаги": [
      {
        "тип": "сценарий",
        "name": "Сборка: пакет:",
        "команда": "сценарий / release.sh"
      },
      {
        "тип": "официант"
      },
      {
        "тип": "сценарий",
        "name": "Тест: гаечный ключ:",
        "команда": "скрипт / release.sh",
        "пути_ артефактов": "журнал / *"
      },
      {
        "тип": "руководство",
        "label": "Развернуть"
      },
      {
        "тип": "сценарий",
        "name": "Релиз: ракета:",
        «команда»: «сценарий / релиз.ш ",
        "branch_configuration": "master",
        "env": {
          "AMAZON_S3_BUCKET_NAME": "мои-конвейерные-релизы"
        },
        "timeout_in_minutes": 10,
        "agent_query_rules": ["aws = true"]
      },
      {
        "тип": "триггер",
        "label": "Развернуть: корабль:",
        "trigger_project_slug": "развернуть",
        "trigger_commit": "HEAD",
        "trigger_branch": "мастер",
        "trigger_async": правда
      }
    ]
  } '
  
  {
  "id": "14e9501c-69fe-4cda-ae07-daea9ca3afd3",
  "url": "https: // api.buildkite.com/v2/organizations/acme-inc/pipelines/my-pipeline ",
  "web_url": "https://buildkite.com/acme-inc/my-pipeline",
  "name": "Мой конвейер",
  "описание": null,
  "slug": "my-pipeline",
  "репозиторий": "[email protected]: acme-inc / my-pipeline.git",
  "branch_configuration": ноль,
  "default_branch": "master"
  "provider": {
    "id": "github",
    "webhook_url": "https://webhook.buildkite.com/deliver/xxx",
    "settings": {
      "publish_commit_status": правда,
      "build_pull_requests": правда,
      "build_pull_request_forks": ложь,
      "build_tags": ложь,
      "publish_commit_status_per_step": ложь,
      "репозиторий": "acme-inc / my-pipeline",
      "trigger_mode": "код"
    }
  },
  "skip_queued_branch_builds": ложь,
  "skip_queued_branch_builds_filter": ноль,
  "cancel_running_branch_builds": ложь,
  "cancel_running_branch_builds_filter": ноль,
  "builds_url": "https: // api.buildkite.com/v2/organizations/acme-inc/pipelines/my-pipeline/builds ",
  "badge_url": "https://badge.buildkite.com/58b3da999635d0ad2daae5f784e56d264343eb02526f129bfb.svg",
  "created_at": "2018-08-15T05: 47: 45.813Z",
  "шаги": [
    {
      "тип": "сценарий",
      "name": "Сборка: пакет:",
      "команда": "скрипт / release.sh",
      "artifact_paths": нуль,
      "branch_configuration": ноль,
      "env": {},
      "timeout_in_minutes": ноль,
      "agent_query_rules": [],
      «параллелизм»: нуль,
      "parallelism": нуль
    },
    {
      "тип": "официант"
    },
    {
      "тип": "сценарий",
      "name": "Тест: гаечный ключ:",
      «команда»: «сценарий / релиз.ш ",
      "artifact_paths": "журнал / *",
      "branch_configuration": ноль,
      "env": {},
      "timeout_in_minutes": ноль,
      "agent_query_rules": [

      ],
      «параллелизм»: нуль,
      "parallelism": нуль
    },
    {
      "тип": "руководство",
      "label": "Развернуть"
    },
    {
      "тип": "сценарий",
      "name": "Релиз: ракета:",
      "команда": "скрипт / release.sh",
      "artifact_paths": нуль,
      "branch_configuration": "master",
      "env": {
        "AMAZON_S3_BUCKET_NAME": "мои-конвейерные-релизы"
      },
      "timeout_in_minutes": 10,
      "agent_query_rules": [
        "aws = true"
      ],
      «параллелизм»: нуль,
      "parallelism": нуль
    },
    {
      "тип": "триггер",
      "label": "Развернуть: корабль:",
      "pipeline": "deploy",
      "build": {
        "сообщение": ноль,
        "ветка": "мастер",
        "совершить": "ГОЛОВА",
        "env": нуль
      },
      "асинхронный": правда,
      "branch_configuration": ноль,
      «параллелизм»: нуль,
      "parallelism": нуль
    }
  ],
  "env": {
  },
  "schedule_builds_count": 0,
  "running_builds_count": 0,
  "schedule_jobs_count": 0,
  "running_jobs_count": 0,
  "wait_jobs_count": 0,
  "видимость": "частный"
}
  

Результирующий конвейер:

Параметры ответов как для конвейеров YAML, так и для конвейеров Visual step

Обязательные свойства тела запроса:

название Название конвейера.

Пример: «Новый трубопровод»

репозиторий URL-адрес репозитория.

Пример: "[email protected]: acme-inc / my-pipeline.git"

шага Массив шагов конвейера сборки.

Команда: {"type": "script", "name": "Script", "command": "command.sh"}

Дождитесь завершения всех предыдущих шагов: {"type": "waiter"}

Конвейер блоков (см. API разблокировки заданий): {"type": "manual"}

Конвейер триггера: {"type": "trigger", "trigger_project_slug": "a-pipeline"}

Дополнительные свойства тела запроса:

branch_configuration Шаблон фильтра ветвлений для ограничения того, какие инициированные ветвления запускаются в этом конвейере.

Пример: "главный объект / *"
По умолчанию: null

cancel_running_branch_builds Отменить промежуточные сборки. Когда в ветке создается новая сборка, все предыдущие сборки, запущенные в той же ветке, будут автоматически отменены.

Пример: true
По умолчанию: false

cancel_running_branch_builds_filter Шаблон фильтра ветвей, ограничивающий, к каким ветвям применяется отмена промежуточной сборки.

Пример: "develop prs / *"
По умолчанию: null

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

Пример: «мастер»

описание Описание трубопровода.

Пример: «📦 Тестовый трубопровод»

ок. Переменные среды конвейера.

Пример: {"KEY": "значение"}

provider_settings Настройки поставщика источника. См. Принятые свойства в разделе «Настройки поставщика».

Пример: {"publish_commit_status": true, "build_pull_request_forks": true}

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

Пример: true
По умолчанию: false

skip_queued_branch_builds_filter Шаблон фильтра ветвей, ограничивающий, к каким ветвям применяется пропуск промежуточной сборки.

Пример: "! Master"
По умолчанию: null

team_uuids Массив UUID группы, в который нужно добавить этот конвейер.Вы можете найти UUID своей команды либо через GraphQL API, либо на странице настроек команды. Это свойство доступно только в том случае, если в вашей организации включены команды.

Пример: ["14e9501c-69fe-4cda-ae07-daea9ca3afd3"]

Требуемый объем: write_pipelines

Успешный ответ: 201 Создано

Ответы об ошибках:

422 Необработанная сущность {"сообщение": "Ошибка проверки", "ошибки": [...]}

Обновление конвейера

Обновляет одно или несколько свойств существующего конвейера:

Чтобы обновить шаги YAML конвейера, вы можете использовать значение конфигурации, как показано.

  curl -X PATCH "https://api.buildkite.com/v2/organizations/{org.slug}/pipelines/{slug}" \
  -d '{
    "репозиторий": "[email protected]: acme-inc / new-repo.git",
    "конфигурация": "шаги: \ n - команда: \" new.sh \ "\ n агенты: \ n - \" myqueue = true \ ""
  } '
  
  {
  "id": "14e9501c-69fe-4cda-ae07-daea9ca3afd3",
  "url": "https: // api.buildkite.com/v2/organizations/acme-inc/pipelines/my-pipeline ",
  "web_url": "https://buildkite.com/acme-inc/my-pipeline",
  "name": "Мой конвейер",
  "описание": null,
  "slug": "my-pipeline",
  "репозиторий": "[email protected]: acme-inc / new-repo.git",
  "branch_configuration": "master",
  "default_branch": "master"
  "provider": {
    "id": "github",
    "webhook_url": "https://webhook.buildkite.com/deliver/xxx",
    "settings": {
      "publish_commit_status": правда,
      "build_pull_requests": правда,
      "build_pull_request_forks": ложь,
      "build_tags": ложь,
      "publish_commit_status_per_step": ложь,
      "репозиторий": "acme-inc / new-repo",
      "trigger_mode": "код"
    }
  },
  "skip_queued_branch_builds": ложь,
  "skip_queued_branch_builds_filter": ноль,
  "cancel_running_branch_builds": ложь,
  "cancel_running_branch_builds_filter": ноль,
  "builds_url": "https: // api.buildkite.com/v2/organizations/acme-inc/pipelines/my-pipeline/builds ",
  "badge_url": "https://badge.buildkite.com/58b3da999635d0ad2daae5f784e56d264343eb02526f129bfb.svg",
  "created_at": "2015-03-01 06:44:40 UTC",
  "конфигурация": "шаги: \ n - команда: \" new.sh \ "\ n агенты: \ n - \" something = true \ "",
  "шаги": [
    {
      "тип": "сценарий",
      "имя": ноль,
      "команда": "new.sh",
      "artifact_paths": нуль,
      "branch_configuration": ноль,
      "env": {},
      "timeout_in_minutes": ноль,
      "agent_query_rules": [
        "myqueue = true"
      ],
      «параллелизм»: нуль,
      "parallelism": нуль
    }
  ],
  "env": {
  },
  "schedule_builds_count": 0,
  "running_builds_count": 0,
  "schedule_jobs_count": 0,
  "running_jobs_count": 0,
  "wait_jobs_count": 0,
  "видимость": "частный"
}
  

Необязательные свойства тела запроса:

branch_configuration Шаблон фильтра ветвлений для ограничения того, какие инициированные ветвления запускаются в этом конвейере.

Пример: "главный объект / *"
По умолчанию: null

cancel_running_branch_builds Отменить промежуточные сборки. Когда в ветке создается новая сборка, все предыдущие сборки, запущенные в той же ветке, будут автоматически отменены.

Пример: true
По умолчанию: false

cancel_running_branch_builds_filter Шаблон фильтра ветвей, ограничивающий, к каким ветвям применяется отмена промежуточной сборки.

Пример: "develop prs / *"
По умолчанию: null

ветка по умолчанию Имя ветки для предварительного заполнения при создании или запуске новых сборок в Buildkite.

Пример: «мастер»

описание Описание трубопровода.

Пример: «📦 Тестовый трубопровод»

ок. Переменные среды конвейера.

Пример: {"KEY": "значение"}

название Название конвейера.

Пример: «Новый трубопровод»

provider_settings Настройки поставщика источника. См. Принятые свойства в разделе «Настройки поставщика».

Пример: {"publish_commit_status": true, "build_pull_request_forks": true}

репозиторий URL-адрес репозитория.

Пример: "[email protected]/org/repo.git"

шага Массив шагов конвейера сборки.

Сценарий: {"тип": "сценарий", "имя": "Сценарий", "команда": "command.sh"}

Дождитесь завершения всех предыдущих шагов: {"type": "waiter"}

Конвейер блоков (см. API разблокировки заданий): {"type": "manual"}

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

Пример: true
По умолчанию: false

skip_queued_branch_builds_filter Шаблон фильтра ветвей, ограничивающий, к каким ветвям применяется пропуск промежуточной сборки.

Пример: "! Master"
По умолчанию: null

видимость Виден ли конвейер для всех, включая пользователей вне этой организации.

Пример: «общедоступный»
По умолчанию: «частный»

Требуемый объем: write_pipelines

Успешный ответ: 200 OK

Ответы об ошибках:

422 Необработанная сущность {"сообщение": "Ошибка проверки", "ошибки": [...]}

Чтобы обновить команды конвейера, используйте GraphQL API.

Удалить конвейер

  curl -X DELETE "https://api.buildkite.com/v2/organizations/{org.slug}/pipelines/{slug}"
  

Требуемый объем: write_pipelines

Успешный ответ: 204 Нет содержимого

Свойства настроек провайдера

Конечные точки Create Pipeline и Update Pipeline принимают свойство provider_settings , которое позволяет настраивать запуск конвейера на основе событий поставщика исходного кода.Ниже приведены поддерживаемые настройки каждого поставщика конвейера.

Bitbucket Cloud, Bitbucket Server, GitHub и GitHub Enterprise имеют дополнительные provider_settings . Другие поставщики исходного кода, такие как GitLab, не имеют дополнительных настроек.

Свойства, доступные для Bitbucket Server:

build_pull_requests Следует ли создавать сборки для коммитов, которые являются частью запроса на слияние.

Значения: true , false

build_tags Следует ли создавать сборки при нажатии тегов.

Значения: true , false

Свойства, доступные для Bitbucket Cloud, GitHub и GitHub Enterprise:

build_pull_requests Следует ли создавать сборки для коммитов, которые являются частью запроса на слияние.

Значения: true , false

pull_request_branch_filter_enabled Следует ли ограничивать создание сборок определенными ветвями или шаблонами.

Значения: true , false

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

Пример: "features / *"

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

Значения: true , false

build_tags Следует ли создавать сборки при нажатии тегов.

Значения: true , false

publish_commit_status Следует ли обновлять статус коммитов в Bitbucket или GitHub.

Значения: true , false

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

Значения: true , false

Дополнительные свойства, доступные для GitHub:

Конфигурация | Drone

В этом документе представлен общий обзор файла конфигурации .drone.yml. Файл конфигурации помещается в корень вашего репозитория и определяет один или несколько конвейеров непрерывной интеграции или непрерывной доставки.

Пример конфигурации трубопровода:

  1
 2
 3
 4
 5
 6
 7
 8
 9
10
  
  вид: трубопровод
тип: докер
имя: по умолчанию

шаги:
- название: тест
  изображение: golang
  команды:
  - иди строить
  - пройти тест
  

Файл конфигурации определяет один или несколько объектов в одном файле, где каждый объект является отдельным документом yaml.Трубопроводы — это один из видов объектов. Вы также можете определить объекты «Подпись» и «Секрет».

  • Пример конфигурации трубопровода:

      вид: трубопровод
    тип: докер
    имя: по умолчанию
    
    шаги:
    - название: тест
      изображение: golang
      команды:
      - иди строить
      - пройти тест
      
  • Пример конфигурации конвейера и подписи:

      ---
    вид: трубопровод
    тип: докер
    имя: по умолчанию
    
    шаги:
    - название: тест
        изображение: golang
        команды:
        - иди строить
        - пройти тест
    
    ---
    вид: подпись
    hmac: F10E2821BBBEA527EA02200352313BC059445190
      

Каждый объект должен включать атрибут kind .Атрибут kind определяет вид объявляемого объекта и помогает отличить один объект от другого.

Объект Pipeline определяет конвейер непрерывной интеграции и непрерывной доставки. Атрибут типа определяет среду выполнения, которая должна использоваться при выполнении конвейера. Drone поддерживает различные среды выполнения.

  • Пример конвейера Docker, который выполняет все шаги конвейера внутри изолированных контейнеров Docker.

      вид: трубопровод
    тип: докер
      
  • Пример конвейера Kubernetes, который выполняет шаги конвейера как контейнеры внутри модулей Kubernetes.

      вид: трубопровод
    тип: кубернетес
      
  • Пример конвейера Exec, который выполняет шаги конвейера непосредственно на хост-машине с нулевой изоляцией.

      вид: трубопровод
    тип: exec
      

Несколько трубопроводов

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

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

  1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21 год
22
  
  вид: трубопровод
тип: докер
имя: бэкэнд

шаги:
- имя: build
  изображение: golang
  команды:
  - иди строить
  - пройти тест

---
вид: трубопровод
тип: докер
имя: интерфейс

шаги:
- имя: build
  изображение: узел
  команды:
  - установка npm
  - тест npm  

Несколько платформ

Один из распространенных вариантов использования нескольких конвейеров — определение и выполнение конвейеров для разных платформ.Например, выполните один конвейер на x86 и другой конвейер на руке.

  1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21 год
22
23
24
25
26
27
28
  
  вид: трубопровод
тип: докер
имя: amd64

Платформа:
  арка: amd64

шаги:
- имя: build
  изображение: golang
  команды:
  - иди строить
  - пройти тест

---
вид: трубопровод
тип: докер
имя: рука

Платформа:
  арка: arm64

шаги:
- имя: build
  изображение: golang
  команды:
  - иди строить
  - пройти тест  

Выполнение графика

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

  1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21 год
22
23
24
25
26
27
28
29
30
31 год
32
33
34
35 год
36
37
  
  вид: трубопровод
тип: докер
имя: бэкэнд

шаги:
- имя: build
  изображение: golang
  команды:
  - иди строить
  - пройти тест

---
вид: трубопровод
тип: докер
имя: интерфейс

шаги:
- имя: build
  изображение: узел
  команды:
  - установка npm
  - тест npm

---
вид: трубопровод
назвать после

шаги:
- имя: уведомить
  изображение: plugins / slack
  настройки:
    комната: общая
    веб-перехватчик: https: //.
					
	

	



			
	
			

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *