Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
workflow,job,step の使い分けの基準を考える
Search
Kazuhiro NISHIYAMA
November 26, 2019
Programming
360
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
workflow,job,step の使い分けの基準を考える
[GitHub Actions Meetup Osaka #1](
https://gaug.connpass.com/event/152956/)での発表資料です
。
Kazuhiro NISHIYAMA
November 26, 2019
More Decks by Kazuhiro NISHIYAMA
See All by Kazuhiro NISHIYAMA
Rubyの配布パッケージの変遷
znz
0
42
Headscale + Tailscale に移行中
znz
0
82
Ruby on Rails と私
znz
0
86
riscv64.rubyci.org internal
znz
0
65
Rubyの日本語リファレンスマニュアルの現在と未来
znz
0
120
devise-two-factorを4.xから5.xに上げた話
znz
0
440
docs.ruby-lang.org/ja/ の生成方法を変えた
znz
0
120
Ubuntuのriscv64版をqemuで動かした
znz
0
150
lilo.linux.or.jpをbusterからbullseyeに上げた
znz
0
160
Other Decks in Programming
See All in Programming
Pythonの実行はどこまで賢くなったのか? CPythonとPyPyから見る最適化のしくみ
curekoshimizu
3
1.4k
Built Our Own Background Agent at LayerX
layerx
PRO
10
5.9k
引き算の組織 ― アウトカムとAIに全振りするために辞めたこと ― / Organization by Subtraction
hirokiyamamoto14
PRO
0
270
片田舎のおっさん、 Swift Buildのダイアモンド問題解決の不具合修正PRを出すが、解決方法がキャッシュをしないようにすることであり、ビルド時間が伸びると言われてマージされないので高速化もする/swiftbuild
yimajo
0
240
Android CLI
fornewid
0
230
Oxlintはいいぞ(続)
yug1224
1
360
FastAPI の並行処理モデルを完全に理解する
hoto17296
8
2.6k
いまどきの Codex で開発する visionOS アプリの開発スタイルについて
karad
0
160
Discordを用いたラボオートメーション関連情報収集の自動化
noguhiro2002
0
340
夏だ!祭りだ!祭りとはドメインモデリングでは?
ryugen04
0
360
AWS DevOps AgentのAzure接続機能を検証して見えた活用法/Use Cases Verified for the AWS DevOps Agent's Azure Connectivity Feature
masakiokuda
1
260
freee が目指す データ マネジメント戦略 AI-Ready 時代を支える 攻めのガバナンスとは
freee
PRO
0
450
Featured
See All Featured
The Curse of the Amulet
leimatthew05
2
14k
Odyssey Design
rkendrick25
PRO
2
770
Heart Work Chapter 1 - Part 1
lfama
PRO
8
36k
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
1
490
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Designing Experiences People Love
moore
143
24k
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
380
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
210
Speed Design
sergeychernyshev
33
2k
A better future with KSS
kneath
240
18k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
300
Transcript
workflow,job,step の使 い分けの基準を考える Kazuhiro NISHIYAMA GitHub Actions Meetup Osaka #1
2019/11/26 Powered by Rabbit 2.2.1
自己紹介 西山 和広 Ruby のコミッター twitter, github など: @znz 株式会社Ruby開発
www.ruby-dev.jp 1/7
workflow,job,step workflow 1 YAML ファイル job ランナー (コンテナなどの仮想環境) step プログラム
2/7
workflow の分割 トリガーが違うなら分割必須 pull request だけ tag push だけ (リリースアクション)
issue に反応など 3/7
workflow の分割? CI 環境の違い ubuntu と macos と windows で
CI 次の job で分割でも構わない 4/7
job の分割 実行環境 (runs-on) が違うときは必須 matrix で一部の違いはまとめられる needs で依存関係 if
で ci skip 5/7
step の分割 分割必須 uses: を使う shell: が違う よくあるその他の分割理由 ログを分ける 6/7
まとめ workflow: トリガー job: 実行環境 step: uses やシェル 7/7 Powered
by Rabbit 2.2.1