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
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
Ruby on Rails と私
znz
0
40
riscv64.rubyci.org internal
znz
0
39
Rubyの日本語リファレンスマニュアルの現在と未来
znz
0
77
devise-two-factorを4.xから5.xに上げた話
znz
0
370
docs.ruby-lang.org/ja/ の生成方法を変えた
znz
0
91
Ubuntuのriscv64版をqemuで動かした
znz
0
110
lilo.linux.or.jpをbusterからbullseyeに上げた
znz
0
110
小規模個人アプリをRails 7.xにバージョンアップした話
znz
0
110
Ruby リファレンスマニュアル改善計画 2022 進捗報告
znz
0
160
Other Decks in Programming
See All in Programming
副作用をどこに置くか問題:オブジェクト指向で整理する設計判断ツリー
koxya
1
180
The Art of Re-Architecture - Droidcon India 2025
siddroid
0
150
tsgolintはいかにしてtypescript-goの非公開APIを呼び出しているのか
syumai
7
2.4k
実は歴史的なアップデートだと思う AWS Interconnect - multicloud
maroon1st
0
300
Grafana:建立系統全知視角的捷徑
blueswen
0
270
TestingOsaka6_Ozono
o3
0
260
0→1 フロントエンド開発 Tips🚀 #レバテックMeetup
bengo4com
0
450
Go コードベースの構成と AI コンテキスト定義
andpad
0
150
Vibe codingでおすすめの言語と開発手法
uyuki234
0
160
AIで開発はどれくらい加速したのか?AIエージェントによるコード生成を、現場の評価と研究開発の評価の両面からdeep diveしてみる
daisuketakeda
1
150
[AI Engineering Summit Tokyo 2025] LLMは計画業務のゲームチェンジャーか? 最適化業務における活⽤の可能性と限界
terryu16
2
220
Claude Codeの「Compacting Conversation」を体感50%減! CLAUDE.md + 8 Skills で挑むコンテキスト管理術
kmurahama
1
700
Featured
See All Featured
The Cult of Friendly URLs
andyhume
79
6.7k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
3.1k
Chasing Engaging Ingredients in Design
codingconduct
0
93
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
58
AI Search: Where Are We & What Can We Do About It?
aleyda
0
6.8k
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
220
Imperfection Machines: The Place of Print at Facebook
scottboms
269
13k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
359
30k
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
58
41k
The Art of Programming - Codeland 2020
erikaheidi
56
14k
The #1 spot is gone: here's how to win anyway
tamaranovitovic
1
880
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.3k
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