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
Privateリポジトリで 管理しているソースコードを 無料でGitHub Pagesに公開する
Search
Ryusei Ishikawa
August 07, 2023
Technology
0
1.9k
Privateリポジトリで 管理しているソースコードを 無料でGitHub Pagesに公開する
seccamp 2023 LT day1
Ryusei Ishikawa
August 07, 2023
Tweet
Share
More Decks by Ryusei Ishikawa
See All by Ryusei Ishikawa
OSINT CTFを支える技術
xryuseix
1
440
HTTP通信を書きかえてみよう
xryuseix
0
53
Webアプリケーションのユーザ入力検証
xryuseix
3
1k
CTFにおけるOSINT問題作問の難しさ
xryuseix
0
550
「Reactはビルド時にコメントが消えるから」と言ってコメントに💩を書いてはいけない
xryuseix
0
910
Other Decks in Technology
See All in Technology
OSTという文化を組織に根付かせてみた
sansantech
PRO
0
120
ビジネスとエンジニアリングを繋ぐプロダクトを中心とした組織づくりの実践
sansantech
PRO
1
180
音声AIエージェントの世界とRetell AI入門 / Introduction to the World of Voice AI Agents and Retell AI
rkaga
5
930
あなたの知らないiOS開発の世界
recruitengineers
PRO
3
140
2024年のナビゲーション・フォーカス対応:Composeでキーボード・ナビゲーションをサポートしよう
tahia910
0
110
DevRelの始め方
moongift
PRO
1
360
Oracle Base Database Service:サービス概要のご紹介
oracle4engineer
PRO
0
13k
AI でアップデートする既存テクノロジーと、クラウドエンジニアの生きる道
soracom
PRO
2
510
なにもしてないのにNew Relicのデータ転送量が増えていたときに確認したこと
tk3fftk
2
210
2024年版 運用者たちのLLM
nwiizo
3
590
持続可能なソフトウェア開発を支える『GitHub CI/CD実践ガイド』
tmknom
4
380
四国のあのイベントの〇〇システムを45日間で構築した話 / cloudohenro2024_tachibana
biatunky
0
320
Featured
See All Featured
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
89
16k
How To Stay Up To Date on Web Technology
chriscoyier
786
250k
Why You Should Never Use an ORM
jnunemaker
PRO
53
8.9k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
41
6.5k
Navigating Team Friction
lara
183
13k
Mobile First: as difficult as doing things right
swwweet
221
8.8k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
354
29k
Scaling GitHub
holman
458
140k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
36
2k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
28
1.6k
ParisWeb 2013: Learning to Love: Crash Course in Emotional UX Design
dotmariusz
109
6.9k
It's Worth the Effort
3n
182
27k
Transcript
Privateリポジトリで 管理しているソースコードを 無料でGitHub Pagesに公開する ネクスト受講生・xryuseix (@ryusei_ishika)
自己紹介 Twitter: @ryusei_ishika ネクストキャンプの受講生です。 Webセキュリティと開発が好きです。 このスライドは今朝南武線の中で書きました。 2
そもそもprivateリポジトリでGitHub Pagesは使用できます (本末転倒) これってstring? number? https://expressjs.com/ja/starter/hello-world.html 3
そもそもprivateリポジトリでGitHub Pagesは使用できます (本末転倒) これってstring? number? https://docs.github.com/ja/pages/getting-started-with-github-pages/about-github-pages 4
そもそもprivateリポジトリでGitHub Pagesは使用できます (本末転倒) これってstring? number? 5
なのでこのLTは乞食向けです これってstring? number? 6 お金持ちの皆さんはお帰りください
じゃあまだ聞いている人は 乞食ってことで🤟 これってstring? number? 7
そもそもprivateでレポジトリを管理して、 publicで公開したい時って何? これってstring? number? 8 * 基本的にGitで管理したいが、特定のファイルだけ公開したくない時 * 非可逆・元に戻しにくいビルドが行われる場合 *
minifyなどを用いており、かつソースコードは公開したくない *ビルドにcredencialが必要な場合 僕は特定のファイルをハッシュ化して、 そのハッシュ値だけを公開するWebサイトが作りたかったです
考えました!我流なのでもっといい方法あるかも これってstring? number? 9
やりかた これってstring? number? 10
やりかた 11 deploy.yaml (publicのGitHub Actions) workflow_dispatchを設定しておく action.yaml (privateのGitHub Actions) deploy.yamlのworkflowを発火する
Personal Access Tokenが必要!
やりかた これってstring? number? 12
やりかた これってstring? number? 13 • actions/checkoutは別リポジトリの特定のブランチからcheckoutできる • さっきとは別のPersonal Access Tokenが必要!
• 下の例ではprivateディレクトリを作成し、特定のリポジトリのmainブラン チをそこへ保存しています • この後の処理で、公開したくないファイルを削除、ビルド後のminifyされ たファイルだけを公開、などを行います ←publicの workflow file
乞食の方々、ご清聴ありがとうございました! これってstring? number? 14 まとめスライドで特に言うこともないので、 もう一度Twitterのアカウントでも書いとき ます。 @ryusei_ishika