Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
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
0
320
lilo.linux.or.jp の話 (2017年12月)
前回の発表以降の lilo.linux.or.jp の管理の話をします。
Kazuhiro NISHIYAMA
December 17, 2017
Tweet
Share
More Decks by Kazuhiro NISHIYAMA
See All by Kazuhiro NISHIYAMA
Ruby on Rails と私
znz
0
37
riscv64.rubyci.org internal
znz
0
36
Rubyの日本語リファレンスマニュアルの現在と未来
znz
0
73
devise-two-factorを4.xから5.xに上げた話
znz
0
360
docs.ruby-lang.org/ja/ の生成方法を変えた
znz
0
89
Ubuntuのriscv64版をqemuで動かした
znz
0
110
lilo.linux.or.jpをbusterからbullseyeに上げた
znz
0
110
小規模個人アプリをRails 7.xにバージョンアップした話
znz
0
110
Ruby リファレンスマニュアル改善計画 2022 進捗報告
znz
0
160
Other Decks in Technology
See All in Technology
AWSの新機能をフル活用した「re:Inventエージェント」開発秘話
minorun365
2
440
「もしもデータ基盤開発で『強くてニューゲーム』ができたなら今の僕はどんなデータ基盤を作っただろう」
aeonpeople
0
240
Next.js 16の新機能 Cache Components について
sutetotanuki
0
170
2025-12-27 Claude CodeでPRレビュー対応を効率化する@機械学習社会実装勉強会第54回
nakamasato
0
180
松尾研LLM講座2025 応用編Day3「軽量化」 講義資料
aratako
3
3k
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
9.9k
Introduce marp-ai-slide-generator
itarutomy
0
110
100以上の新規コネクタ提供を可能にしたアーキテクチャ
ooyukioo
0
250
20251218_AIを活用した開発生産性向上の全社的な取り組みの進め方について / How to proceed with company-wide initiatives to improve development productivity using AI
yayoi_dd
0
650
Amazon Quick Suite で始める手軽な AI エージェント
shimy
1
1.8k
Knowledge Work の AI Backend
kworkdev
PRO
0
220
なぜ あなたはそんなに re:Invent に行くのか?
miu_crescent
PRO
0
200
Featured
See All Featured
Thoughts on Productivity
jonyablonski
73
5k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.3k
4 Signs Your Business is Dying
shpigford
186
22k
Why Our Code Smells
bkeepers
PRO
340
57k
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
0
90
How to build a perfect <img>
jonoalderson
0
4.7k
Building a Modern Day E-commerce SEO Strategy
aleyda
45
8.4k
Darren the Foodie - Storyboard
khoart
PRO
0
1.9k
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.1k
How Software Deployment tools have changed in the past 20 years
geshan
0
30k
Scaling GitHub
holman
464
140k
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
170
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