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
lilo.linux.or.jp の話 (2017年12月)
Search
Kazuhiro NISHIYAMA
December 17, 2017
Technology
350
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
lilo.linux.or.jp の話 (2017年12月)
前回の発表以降の lilo.linux.or.jp の管理の話をします。
Kazuhiro NISHIYAMA
December 17, 2017
More Decks by Kazuhiro NISHIYAMA
See All by Kazuhiro NISHIYAMA
Rubyの配布パッケージの変遷
znz
0
35
Headscale + Tailscale に移行中
znz
0
75
Ruby on Rails と私
znz
0
83
riscv64.rubyci.org internal
znz
0
62
Rubyの日本語リファレンスマニュアルの現在と未来
znz
0
120
devise-two-factorを4.xから5.xに上げた話
znz
0
430
docs.ruby-lang.org/ja/ の生成方法を変えた
znz
0
120
Ubuntuのriscv64版をqemuで動かした
znz
0
150
lilo.linux.or.jpをbusterからbullseyeに上げた
znz
0
150
Other Decks in Technology
See All in Technology
VPCセキュリティ対応の最新事情
nagisa53
1
350
A Bag-of-Documents Model for Query Specificity
dtunkelang
0
170
現場で使える AWS DevOps Agent 活用ノウハウ - Release Management 機能の検証結果を添えて / AWS DevOps Agent Release Management and Know-How
kinunori
5
770
書籍セキュアAPIについて
riiimparm
0
390
信頼できるテスティングAIをどう育てるか?
odan611
0
160
大 AI 時代におけるC# の事情 ~ぶっちゃけトークを交えながら~
nenonaninu
1
550
なぜ、あなたのAPIは使われないのか? AX時代の設計原則、ガードレール、運用体制
yokawasa
1
260
基調講演:人とAIをつなぐIoTの今と未来 ー 「フィジカル」と「デジタル」が出会うその先へ【SORACOM Discovery 2026】
soracom
PRO
0
360
AIエージェントに財布を渡す日 ― 承認付き"買い物エージェント"を作って実演
yama3133
0
100
CTOキーノート:AI時代の「つなぐ」を再定義 ― 真のIoTとリアルワールドAI【SORACOM Discovery 2026】
soracom
PRO
0
320
データ組織の転換期 一足飛びしない段階的戦略
leveragestech
PRO
0
110
AIで楽になるはずが、なぜ疲れる?
kinopeee
0
140
Featured
See All Featured
Rails Girls Zürich Keynote
gr2m
96
14k
The Cult of Friendly URLs
andyhume
79
7k
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
270
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
270
AI Search: Where Are We & What Can We Do About It?
aleyda
0
7.7k
sira's awesome portfolio website redesign presentation
elsirapls
0
310
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
670
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
1
2.1k
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
300
Discover your Explorer Soul
emna__ayadi
2
1.2k
Building Adaptive Systems
keathley
44
3.1k
Abbi's Birthday
coloredviolet
3
8.9k
Transcript
lilo.linux.or.jp の話 (2017年12 月) Kazuhiro NISHIYAMA LILO 20周年記念ミートアップ 2017/12/17 Powered
by Rabbit 2.2.1
lilo.linux.or.jp とは? 主な用途: LILO の Web サーバー (apache) ML サーバー
(mailman) 1/10
環境 さくらの VPS Debian GNU/Linux 2/10
今回の話 前回以降の話 Web コンテンツ置き場の変更 3/10
Web コンテンツ置き場の変更 GitHub から GitLab.com へ 4/10
GitHub としさんの private リポジトリを使わせてもらっ ていた 他で使っていて作れる数に余裕があったから 支払い忘れで少しの間消えていたので移転するこ とに 5/10
選択肢 Bitbucket : プライベートは5ユーザーまで無料 GitLab.com : プライベートでも無制限で無料 (EE の機能が有料というモデル) GitHub
のアカウントで GitLab.com のアカウントも作 れるので GitLab.com を選択 6/10
GitLab.com https://gitlab.com/lilo_jp というグループを作成 Web コンテンツのリポジトリと管理情報のレポジ トリを移転 7/10
なぜプライベートリポジトリか? 管理情報のレポジトリ : パスワードなども含むの で Web コンテンツのリポジトリ : cvs の頃の履歴も
公開して良いかどうか確認できなかったため (ラ イセンスの問題) 8/10
公開レポジトリを作る? lilo.linux.or.jp のサブディレクトリとして 新しく発表資料などを公開できる場所を作る? 公開レポジトリで MR (merge request; GitHub の
pull request) などを受け付ける レポジトリは lilo_jp グループの中に作れそう 名前を何にする? そもそも必要? 9/10
まとめ プライベートレポジトリを GitHub から GitLab.com に移転しました 公開レポジトリを作る? 10/10 Powered by
Rabbit 2.2.1