モバイルソリューショングループ1年目のakahane.tです。〜特徴と強みの再認識〜でした。私が開発環境を破壊したときのネットワーク(略図)は以下になります。Bブランチをtestブランチへマージする下図の出来上がったネットワークが示す通り、結果的にdevelopブランチをtestブランチへマージしてしまうどんな問題になったかdevelopブランチは開発中に動作確認を行うブランチで、動作確認のためのログ出力や切り捨てられたfeatureブランチの修正などのゴミが残っていることもあります。対してtestブランチは開発環境で最後の動作確認を行うブランチで、masterブランチさながらに余計なものを入れるべきではありません。Bブランチに取り込んでしまいました。Bブランチをtestブランチにマージしたことでtestブランチを汚してしまいました。Bブランチをmasterブランチにマージする予定であったため、masterブランチまで汚す危険もありました。消火作業testブランチにマージしてすぐ、私の先輩がこの非常事態にいち早く気がつきました。私が行った操作と現状を確認し、解決に向けて対応し始めました。最終的には他の作業者へ被害が広がっていることを鑑みて、testブランチはmasterブランチで上書きされました。先輩が対応に追われている間、私は私が不用意な操作をしたことで開発環境を破壊したのにも関わらず、具体的な対応を取ることができませんでした。失敗から学んだことこの失敗の一番の原因は確認を怠ったことです。Bブランチをdevelopブランチにマージしてコンフリクトで躓いたとき、私は自分の少ない経験から判断して行動しました。このとき、自分に知識・経験がないことを自覚し、先輩に確認していればこのような失敗は起こっていませんでした。この失敗を通して私は以下の教訓を得ました。中途半端な知識で行動することは知識が無い状態で行動することより危険であること慣れない作業をするときは必ず確認すること「使えること」と「正しく使えること」には大きな隔たりがあること失敗の対応は初動が肝心であることおわりにこの失敗は技術ばかりに目を向けていた私が運用にも目を向けるきっかけになる大きな転換点となりました。失敗からは多くのことが得られ成長に繋がりますが、それでも失敗はしたくはないですね。本記事がみなさんの一助になれば幸いです。IEC27001」の認証を取得しています。