초보자를 위한 PC 백업 개발 권장

개요

제가 엔지니어로 일을 시작했을 때 Giit로 버전 관리를 했지만 PC를 개발한 Mac로 백업을 하지 않아서 걱정이 많았습니다.
그래서 주위의 엔지니어가 물었다. "왜 백업을 해야 합니까?"이런 말을 들으니 의외로 정기적으로 챙겼는지, 아무것도 하지 않은 사람도 있었다.
글쎄요~ 그 이유는 간단해요. 하고 싶지만 번거로워서 미루는 경우가 많아요.
그 후로 나는 곧 일주일에 한 번씩 백업을 시작했지만 여러 차례 구조된 경험이 있다.
백업에 대해 간략하게 설명합니다.

백업 사용 시

백업을 사용할 때 PC가 손상되거나 동작이 불량한 경우에만 사용하는 것이 아니다.
내 경우 개발된 컴퓨터를 백업으로 제자리에 놓는 경우가 많다.
아래의 일을 할 때는 반드시 백업을 해야 한다.

(1) 설정을 변경할 때

(2) 새로 배울 때

(3) 장애 처리 시

설정을 바꾸고 새로운 것을 배우거나 컴퓨터에 문제가 생기면 반드시 백업을 하고 일을 시작해야 한다.
왜냐하면, 여러 가지를 설치하고 설정을 바꾸는 과정에서 컴퓨터가 이상해지고 최악의 경우 작동이 안 되기 때문이다.
나도 초보자이기 때문에 기술적으로 아직 성숙하지 않아서 이해하지 못할 때가 많다.
따라서 언제든지 정상 상태로 돌아갈 수 있다는 백업 안도감은 개발에 매우 중요하다.

사전에 백업을 한 좋은 사례

나는 이런 사례가 있었다.

[bash에서 zsh로 변경되었을 때 지령이 움직이지 않습니다.]

내가 엔지니어로 3개월 동안 일을 시작했을 때, 나는 설정을 바꾸는 데 푹 빠졌다.
한 번은 bash에서 zsh로 바꾸는 게 좋다고 해서 집에 돌아와서 백업을 하고 작업을 시작했어요.그날 밤 무사히 zsh로 바뀌었어요.
그리고 다음날 회사에 가서 rails s에 레일스를 시작하려고 했는데 오류가 발생해서 일어설 수가 없었어요.
나는 많은 조사를 했지만 해결하지 못했다.zsh의 설정이 너무 많이 변경되어 이번 터미널을 시작할 수 없습니다.
진흙탕에 빠져 결국 그날 rails 이외의 일을 했다.
업무가 끝나고 집으로 돌아와 전날 입수한 백업으로 개발 PC를 제자리에 두면 정상화된다.
다음날 다시 정상적인 업무로 돌아와 한숨을 돌렸다.
그 후 나는 조개를 배워서 문제가 무엇인지 이해했다.
만약 그때 백업을 하지 않았다면 회사에 많은 번거로움을 가져왔을 것이다.
내가 백업을 했기 때문에 그것은 최소한으로 통제되었다.