初心者必見！Gitでやらかす前に設定しておきたいpush.default
masterブランチ、ぶっ壊しました！！ 転職して1ヶ月たたないくらいのできごと。 しかも、masterブランチが変更されると自動デプロイが走って本番環境にリリースされてしまうため、直すまで生きた心地がしなかった。 こんな怖い目にあってほしくないので、ぜひgitを使う前に設定していただきたい。 何をやらかしたか？ コンフリクトをおこしたfeatureブランチをrebaseしてPullRequestを作りたかった。 その際、以下のコマンドを実行してmasterブランチを壊してしまった。 $ git push -f 具体的に何をしたのか？ 1. 開発ブランチをチェックアウトし、最新化する [master]$ git checkout develop [develop]$ git pull --ff ※ コマンド先頭の[]で囲っているのはカレントブランチ 2. featureブランチをrebas
rsyncの悲劇 〜本番環境を消し飛ばす前に覚えておきたいこと〜
この記事は本番環境でやらかしちゃった人 Advent Calendar 2019 17日目の記事です。 はじめまして、ダーシノ(@bc_rikko)です。 突然ですが、懺悔します。 私は転職して10ヶ月で2回も本番環境をぶっ飛ばしました。お客様をはじめ、関係各位には多大なるご迷惑をおかけしたことを、ここでお詫び申し上げます。 1回目は2015年11月27日、入社27日目のこと。 gitの設定ミスにより壊れたブランチをmasterにforce pushしてしまい、CIが流れて本番環境が壊れた。原因はpush.defaultなのだが、詳しくはすでに記事を書いているのでそちらを読んでほしい。 2回目は翌年9月1日、入社してちょうど10ヶ月たった日のことだ。 またしても本番環境をぶっ飛ばした。しかも、前回より盛大に……。 タイトルにもあるようにrsyncコマンドが原因だ。 当記事では、この「rsy
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
