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
AIで開発はどれくらい加速したのか?AIエージェントによるコード生成を、現場の評価と研究開発の評価の両面からdeep diveしてみる
daisuketakeda
1
210
re:Invent 2025 のイケてるサービスを紹介する
maroon1st
0
160
perlをWebAssembly上で動かすと何が嬉しいの??? / Where does Perl-on-Wasm actually make sense?
mackee
0
280
メルカリのリーダビリティチームが取り組む、AI時代のスケーラブルな品質文化
cloverrose
2
440
生成AI時代を勝ち抜くエンジニア組織マネジメント
coconala_engineer
0
37k
それ、本当に安全? ファイルアップロードで見落としがちなセキュリティリスクと対策
penpeen
4
940
SQL Server 2025 LT
odashinsuke
0
120
生成AIを利用するだけでなく、投資できる組織へ
pospome
2
430
Navigation 3: 적응형 UI를 위한 앱 탐색
fornewid
1
510
Context is King? 〜Verifiability時代とコンテキスト設計 / Beyond "Context is King"
rkaga
10
1.5k
ローカルLLMを⽤いてコード補完を⾏う VSCode拡張機能を作ってみた
nearme_tech
PRO
0
230
Cell-Based Architecture
larchanjo
0
160
Featured
See All Featured
Abbi's Birthday
coloredviolet
0
4.1k
What’s in a name? Adding method to the madness
productmarketing
PRO
24
3.9k
Fashionably flexible responsive web design (full day workshop)
malarkey
408
66k
Chasing Engaging Ingredients in Design
codingconduct
0
93
SEO in 2025: How to Prepare for the Future of Search
ipullrank
3
3.3k
Ethics towards AI in product and experience design
skipperchong
1
150
RailsConf 2023
tenderlove
30
1.3k
Balancing Empowerment & Direction
lara
5
830
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
54
48k
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
5
690
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
590
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.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