<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>GitLab on Lin's Blog</title><link>https://coder.tw/ja/tags/gitlab/</link><description>Recent content in GitLab on Lin's Blog</description><generator>Hugo</generator><language>ja-JP</language><lastBuildDate>Wed, 01 Feb 2017 23:58:28 +0000</lastBuildDate><atom:link href="https://coder.tw/ja/tags/gitlab/index.xml" rel="self" type="application/rss+xml"/><item><title>GitLab が本番データベースを誤って削除したとき、rm コマンドはどう管理すべきか？</title><link>https://coder.tw/ja/posts/gitlab-deleted-database-rm-command/</link><pubDate>Wed, 01 Feb 2017 23:58:28 +0000</pubDate><guid>https://coder.tw/ja/posts/gitlab-deleted-database-rm-command/</guid><description>&lt;p&gt;ルートディレクトリをうっかり削除してしまうという悲劇は、子どもの頃には冗談として聞いていたことでしょう。でも、ただの冗談だと思わないでください！ 私自身も、友人のパソコンがこうした惨事に遭うのを数え切れないほど見てきました。そして今日は、GitLab（GitHub に似たサービス）のエンジニアが、rm -rf コマンドの恐ろしい威力を身をもって示してくれました……。本番サーバーのデータベースを消去してしまったのです……。こんな惨事は自分には起こらないと思っていました。しかし、利用者が何万人もいる GitLab のようなサービスでさえ、不注意からこうした事態が起きてしまいました。そこで、防ぐ方法を調べてみました。今回は、rm コマンドをどう管理すべきかを紹介します！&lt;/p&gt;</description></item></channel></rss>