1
2
3
4
5
6
7
|
name: GitHub Actions Demo
on: [push, pull_request]
jobs:
Explore-GitHub-Actions:
runs-on: ubuntu-latest
steps:
- run: echo "Hello World!"
|
on:
workflow_dispatch:
inputs:
name:
description: 'Person to greet'
required: true
default: 'Mona the Octocat'
|
on:
push
|
on:
issues:
types: [opened, edited, milestoned]
|
on:
issue_comment:
types: [created, deleted]
|
on:
project:
types: [created, deleted]
|
on:
pull_request:
types: [assigned, opened, synchronize, reopened]
|
on:
repository_dispatch:
types:
- webhook-1
- webhook-2
jobs:
run:
runs-on: ubuntu-latest
steps:
- name: Hello World
run: |
echo Hello World!
|
curl -X POST https://api.github.com/repos/:owner/:repo/dispatches
-H "Accept: application/vnd.github.everest-preview+json"
-H "Authorization: token TRIGGER_TOKEN"
--data '{"event_type": "TRIGGER_EVENT"}'
|
curl -X POST https://api.github.com/repos/shaowenchen/wait-webhook-to-run/dispatches
-H "Accept: application/vnd.github.everest-preview+json"
-H "Authorization: token ghp_xxxxxxxxxxxxxxxxxxxxxxxxxx"
--data '{"event_type": "webhook-1"}'
|
curl -X POST https://api.github.com/repos/shaowenchen/wait-webhook-to-run/dispatches
-H "Accept: application/vnd.github.everest-preview+json"
-H "Authorization: token ghp_xxxxxxxxxxxxxxxxxxxxxxxxxx"
--data '{"event_type": "webhook-2"}'
|
相关推荐
Kubernetes是一个容器化的解决方案。它提供了Pods的运行时环境,该环境可以容纳一个或多个容器。Kubernetes的一个重要方面是Pod内的容器通信。 此外,管理Kubernetes网络的一个重要领域是在内部和外部转发容器端口,以确保Pod中的容器之间能够正确通信。为了管理此类通信,Kubernetes提供以下四种联网模型: 容器到容器通信 Pod到Pod通信 Pod到Service通信
前言 知识点 定级:入门级 了解清单 (manifest) 和制品 (artifact) 的概念 掌握 manifest 清单的编写方法 根据 manifest 清单制作 artifact KubeKey 离线集群配置文件编写 KubeKey 离线部署 Harbor KubeKey 离线部署 KubeSphere 和 K8s KubeKey 离线部署常见问题排查处理 实战服务器配置 主机名 IP
我们一起学习如何修改 Kubernetes 的证书可用时限吧! 使用过的朋友肯定知道,Kubernetes 默认的证书有效期只有 1 年,因此需要每年手动更新一次节点上面的证书,显然这对我们实际生产环境来说是很不友好的;因此我们要对 Kubernetes 的 SSL 证书有效期进行修改。如下给出了具体的方法,但是有可能到你开始使用的时候,已经不再试用。 [0] 查看当前证书有效期 # 证书存放在:
- S2I 能解决什么问题 上图是 S2I 的工作流,S2I CLI 依赖于 Docker 环境。主要分为两步:通过 BASE IMAGE 、S2I Scripts 构建应用的基础镜像 将源码移动到应用的基础镜像,仅添加一层文件,得到最终的镜像文件 打补丁,如果所依赖的镜像需要安全补丁,S2I 允许你一次性重新构建所有镜像。 高效,在构建过程中,S2I 不允许运行任意的 yum install
回到顶部