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
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Kazuhiro NISHIYAMA
November 26, 2019
Programming
0
340
workflow,job,step の使い分けの基準を考える
[GitHub Actions Meetup Osaka #1](
https://gaug.connpass.com/event/152956/)での発表資料です
。
Kazuhiro NISHIYAMA
November 26, 2019
Tweet
Share
More Decks by Kazuhiro NISHIYAMA
See All by Kazuhiro NISHIYAMA
Headscale + Tailscale に移行中
znz
0
22
Ruby on Rails と私
znz
0
50
riscv64.rubyci.org internal
znz
0
45
Rubyの日本語リファレンスマニュアルの現在と未来
znz
0
84
devise-two-factorを4.xから5.xに上げた話
znz
0
380
docs.ruby-lang.org/ja/ の生成方法を変えた
znz
0
96
Ubuntuのriscv64版をqemuで動かした
znz
0
120
lilo.linux.or.jpをbusterからbullseyeに上げた
znz
0
120
小規模個人アプリをRails 7.xにバージョンアップした話
znz
0
120
Other Decks in Programming
See All in Programming
プロダクトオーナーから見たSOC2 _SOC2ゆるミートアップ#2
kekekenta
0
230
フロントエンド開発の勘所 -複数事業を経験して見えた判断軸の違い-
heimusu
7
2.8k
AIによるイベントストーミング図からのコード生成 / AI-powered code generation from Event Storming diagrams
nrslib
2
1.9k
2026年 エンジニアリング自己学習法
yumechi
0
140
LLM Observabilityによる 対話型音声AIアプリケーションの安定運用
gekko0114
2
440
AtCoder Conference 2025
shindannin
0
1.1k
なるべく楽してバックエンドに型をつけたい!(楽とは言ってない)
hibiki_cube
0
140
要求定義・仕様記述・設計・検証の手引き - 理論から学ぶ明確で統一された成果物定義
orgachem
PRO
1
250
Raku Raku Notion 20260128
hareyakayuruyaka
0
370
並行開発のためのコードレビュー
miyukiw
0
1.3k
なぜSQLはAIぽく見えるのか/why does SQL look AI like
florets1
0
480
Package Management Learnings from Homebrew
mikemcquaid
0
230
Featured
See All Featured
Principles of Awesome APIs and How to Build Them.
keavy
128
17k
Heart Work Chapter 1 - Part 1
lfama
PRO
5
35k
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
68
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
1.9k
Context Engineering - Making Every Token Count
addyosmani
9
670
WCS-LA-2024
lcolladotor
0
450
SEOcharity - Dark patterns in SEO and UX: How to avoid them and build a more ethical web
sarafernandez
0
120
AI Search: Where Are We & What Can We Do About It?
aleyda
0
7k
GitHub's CSS Performance
jonrohan
1032
470k
How STYLIGHT went responsive
nonsquared
100
6k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1k
The browser strikes back
jonoalderson
0
420
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