Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
workflow,job,step の使い分けの基準を考える
Search
Kazuhiro NISHIYAMA
November 26, 2019
Programming
370
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
Reforming the Japanese Ruby reference manual
znz
0
33
Rubyの配布パッケージの変遷
znz
0
56
Headscale + Tailscale に移行中
znz
0
110
Ruby on Rails と私
znz
0
95
riscv64.rubyci.org internal
znz
0
68
Rubyの日本語リファレンスマニュアルの現在と未来
znz
0
130
devise-two-factorを4.xから5.xに上げた話
znz
0
460
docs.ruby-lang.org/ja/ の生成方法を変えた
znz
0
130
Ubuntuのriscv64版をqemuで動かした
znz
0
160
Other Decks in Programming
See All in Programming
JRuby: Past, Present, and Future
headius
0
230
技術的負債の返済は、AI時代の複利で効く投資 — 経営としての意思決定とその遂行
curekoshimizu
1
2.3k
phperだってパンチカードでコーディングしたい
o0h
PRO
0
250
【加筆修正版】Laravel のアプリケーションをどこにデプロイするか #phpcon_ehime
akase244
0
150
The Rails Doctrine Decade
koic
2
540
Vue Fes Japan の “作る側”に関わってみて
naokihaba
0
140
なぜCTOを降りてFDEを選んだのか?〜なぜプロダクト企業がFDEで顧客の現場に踏み込むのか〜
gonta
1
170
ハーネス設計入門 〜 基礎知識の整理から実務へのステップアップ 〜
kinopeee
21
21k
コードで差別化できない時代の ソフトウェアエンジニアリング / Software Engineering in an Era Where Code Doesn’t Differentiate
kishida
2
130
RAG の “R” を Swift で覗いてみる 〜「意味から探す」検索の仕組み〜
nao_randd
0
120
AWSに止められる覚悟してますか?
morizo_1984
2
520
R8 の設定見直しでアプリサイズ削減
andpad
0
190
Featured
See All Featured
Code Review Best Practice
trishagee
74
20k
エンジニアに許された特別な時間の終わり
watany
109
250k
Building a Modern Day E-commerce SEO Strategy
aleyda
45
9.2k
Exploring anti-patterns in Rails
aemeredith
4
530
Neural Spatial Audio Processing for Sound Field Analysis and Control
skoyamalab
0
550
Being A Developer After 40
akosma
92
590k
Git: the NoSQL Database
bkeepers
PRO
433
67k
Believing is Seeing
oripsolob
1
240
Skip the Path - Find Your Career Trail
mkilby
1
250
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
420
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
1
620
We Are The Robots
honzajavorek
0
390
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