$30 off During Our Annual Pro Sale. View Details »
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
3.5k
Privateリポジトリで 管理しているソースコードを 無料でGitHub Pagesに公開する
seccamp 2023 LT day1
Ryusei Ishikawa
August 07, 2023
Tweet
Share
More Decks by Ryusei Ishikawa
See All by Ryusei Ishikawa
“それなりに”安全なWebアプリケーションの作り方
xryuseix
0
430
DIVER OSINT CTF を支える技術 2025
xryuseix
0
98
OSINT CTFの リアル作問環境を体験してみよう!
xryuseix
0
230
OSINT CTFを支える技術
xryuseix
1
820
HTTP通信を書きかえてみよう
xryuseix
0
75
Webアプリケーションのユーザ入力検証
xryuseix
3
1.3k
CTFにおけるOSINT問題作問の難しさ
xryuseix
0
770
「Reactはビルド時にコメントが消えるから」と言ってコメントに💩を書いてはいけない
xryuseix
0
1.4k
Other Decks in Technology
See All in Technology
なぜフロントエンド技術を追うのか?なぜカンファレンスに参加するのか?
sakito
3
560
Master Dataグループ紹介資料
sansan33
PRO
1
4k
Modern Data Stack大好きマンが語るSnowflakeの魅力
sagara
0
120
Data Hubグループ 紹介資料
sansan33
PRO
0
2.3k
不確実性に備える ABEMA の信頼性設計とオブザーバビリティ基盤
nagapad
5
9.3k
re:Invent2025とAWS Builder Cards Resilience Expansionのご紹介
tsuwa61
1
100
インフラ室事例集
mixi_engineers
PRO
2
110
プラットフォームエンジニアリングとは何であり、なぜプラットフォームエンジニアリングなのか
doublemarket
0
380
【保存版】「ガチャ」からの脱却:Gemini × Veoで作る、意図を反映するAI動画制作ワークフロー
nekoailab
0
120
Dify on AWS の選択肢
ysekiy
0
120
How native lazy objects will change Doctrine and Symfony forever
beberlei
1
230
AIで加速する次世代のBill Oneアーキテクチャ〜成長の先にある軌道修正〜
sansantech
PRO
1
150
Featured
See All Featured
Art, The Web, and Tiny UX
lynnandtonic
303
21k
Designing for humans not robots
tammielis
254
26k
The Cult of Friendly URLs
andyhume
79
6.7k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.1k
Fireside Chat
paigeccino
41
3.7k
Documentation Writing (for coders)
carmenintech
76
5.1k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
5.7k
Imperfection Machines: The Place of Print at Facebook
scottboms
269
13k
Why You Should Never Use an ORM
jnunemaker
PRO
60
9.6k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
34
2.3k
GraphQLの誤解/rethinking-graphql
sonatard
73
11k
Building Adaptive Systems
keathley
44
2.8k
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