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
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
30
riscv64.rubyci.org internal
znz
0
28
Rubyの日本語リファレンスマニュアルの現在と未来
znz
0
70
devise-two-factorを4.xから5.xに上げた話
znz
0
340
docs.ruby-lang.org/ja/ の生成方法を変えた
znz
0
86
Ubuntuのriscv64版をqemuで動かした
znz
0
100
lilo.linux.or.jpをbusterからbullseyeに上げた
znz
0
110
小規模個人アプリをRails 7.xにバージョンアップした話
znz
0
100
Ruby リファレンスマニュアル改善計画 2022 進捗報告
znz
0
160
Other Decks in Technology
See All in Technology
AIエージェントによるエンタープライズ向けスライド検索!
shibuiwilliam
1
250
旧から新へ: 大規模ウェブクローラの Perl から Go への移行 / YAPC::Fukuoka 2025
motemen
3
860
今日から使える AWS Step Functions 小技集 / AWS Step Functions Tips
kinunori
7
660
ユーザーストーリー x AI / User Stories x AI
oomatomo
0
190
"おまじない"はもう卒業! デバッガで探るSpring Bootの裏側と「学び方」の学び方
takeuchi_132917
0
140
re:Invent完全攻略ガイド
junjikoide
1
310
CodexでもAgent Skillsを使いたい
gotalab555
9
4.6k
AWS資格は取ったけどIAMロールを腹落ちできてなかったので、年内に整理してみた
hiro_eng_
0
210
What's the recommended Flutter architecture
aakira
3
1.4k
“それなりに”安全なWebアプリケーションの作り方
xryuseix
0
360
us-east-1 の障害が 起きると なぜ ソワソワするのか
miu_crescent
PRO
2
860
AIでテストプロセスを自動化しよう251113.pdf
sakatakazunori
0
130
Featured
See All Featured
GraphQLとの向き合い方2022年版
quramy
49
14k
Practical Orchestrator
shlominoach
190
11k
Imperfection Machines: The Place of Print at Facebook
scottboms
269
13k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
33
1.8k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1k
Become a Pro
speakerdeck
PRO
29
5.6k
Statistics for Hackers
jakevdp
799
220k
Being A Developer After 40
akosma
91
590k
A Tale of Four Properties
chriscoyier
162
23k
GitHub's CSS Performance
jonrohan
1032
470k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.8k
How STYLIGHT went responsive
nonsquared
100
5.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