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
2.2k
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
0
66
OSINT CTFを支える技術
xryuseix
1
530
HTTP通信を書きかえてみよう
xryuseix
0
59
Webアプリケーションのユーザ入力検証
xryuseix
3
1.1k
CTFにおけるOSINT問題作問の難しさ
xryuseix
0
630
「Reactはビルド時にコメントが消えるから」と言ってコメントに💩を書いてはいけない
xryuseix
0
1.1k
Other Decks in Technology
See All in Technology
個人開発発表 LT - Shinjuku.rb #97
kozy4324
0
100
FastConnect の冗長性
ocise
1
9.3k
生成AIを活用した機能を、顧客に提供するまでに乗り越えた『4つの壁』
toshiblues
2
250
アクセシブルなマークアップの上に成り立つユーザーファーストなドロップダウンメニューの実装 / 20250127_cloudsign_User1st_FE
bengo4com
2
1.2k
Grafanaのvariables機能について
tiina
0
200
あなたはJVMの気持ちを理解できるか?
skrb
5
2k
これからSREになる人と、これからもSREをやっていく人へ
masayoshi
0
340
DeepSeek on AWS
hariby
1
170
High Performance PHP
cmuench
0
110
マルチデータプロダクト開発・運用に耐えるためのデータ組織・アーキテクチャの遷移
mtpooh
1
320
教師なし学習の基礎
kanojikajino
4
370
Kubernetesでメールの大量配信をしている話/k8sjp-20250205
hfukamachi
0
180
Featured
See All Featured
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
226
22k
How STYLIGHT went responsive
nonsquared
97
5.3k
Facilitating Awesome Meetings
lara
51
6.2k
How GitHub (no longer) Works
holman
313
140k
Code Review Best Practice
trishagee
65
17k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
128
19k
GitHub's CSS Performance
jonrohan
1030
460k
Stop Working from a Prison Cell
hatefulcrawdad
267
20k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
132
33k
Building Adaptive Systems
keathley
39
2.4k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.7k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
7
620
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