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
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
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
32
Headscale + Tailscale に移行中
znz
0
73
Ruby on Rails と私
znz
0
80
riscv64.rubyci.org internal
znz
0
59
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
キャリアLT会#3
beli68
0
110
10年目を迎えた「ABEMA」がどのように AI 活用を推進して、AI 駆動開発にシフトしているのか / How ABEMA, entering its 10th year, is promoting the use of AI and shifting toward AI-driven development
miyukki
0
310
実践!既存 Project への AI-Driven Development 適用〜 一ヶ月で Project 唯一のフロントエンドエンジニアを作り出せ〜
lycorptech_jp
PRO
0
290
AIレビューはどこまで任せられるのか?自動化と人が背負うレビューの境界
sansantech
PRO
3
1.1k
SRE本の知られざる名シーン / The Hidden Gems of Google SRE Book
nari_ex
2
430
生成AI×AWS CDK×AWS FISで"振り返れる"ミニGameDayをつくろう
yoshimi0227
1
450
変更し続けられるシステムをどう保つか — AI時代のSSoTという設計原則
kawauso
1
330
OpenTelemetryにおけるGoのゼロコード・コンパイル時計装について #fukuokago
quiver
0
140
2年前に削除したPHPクラスが、 ある日突然決済をエラーにした
ykagano
1
540
AI時代の開発生産性は、個人技からチーム設計へ
moongift
PRO
4
2.4k
SREとQA 二人三脚で進めるSLO運用/sre-qa-slo
sugitak
0
1k
探索・可視化・自動化を一本化 Amazon Quickでデータ活用スピードを上げる方法
koheiyoshikawa
0
110
Featured
See All Featured
How to Think Like a Performance Engineer
csswizardry
28
2.7k
Designing Powerful Visuals for Engaging Learning
tmiket
1
450
<Decoding/> the Language of Devs - We Love SEO 2024
nikkihalliwell
1
280
Become a Pro
speakerdeck
PRO
31
6k
Java REST API Framework Comparison - PWX 2021
mraible
34
9.5k
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
420
Noah Learner - AI + Me: how we built a GSC Bulk Export data pipeline
techseoconnect
PRO
0
220
Practical Orchestrator
shlominoach
191
11k
[SF Ruby Conf 2025] Rails X
palkan
2
1.2k
SEOcharity - Dark patterns in SEO and UX: How to avoid them and build a more ethical web
sarafernandez
0
220
Skip the Path - Find Your Career Trail
mkilby
1
170
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
420
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