Git Bash에서 ‘Deleting…’이 보이는 그 순간

Source: Dev.to

개발 여정 초기에 Git Bash를 너무 일찍 사용한 두려움

6개월 전 개발을 처음 배우기 시작했을 때, Git Bash는 내가 이해하지 못하는 버튼들로 가득 찬 제어실에 들어가는 느낌이었다.

Git을 로컬 VS Code 환경에 연결하고 나는 이렇게 생각했다:

“음, 이게 개발자들이 쓰는 거겠지… 그냥 따라 하면 되겠지.”

문제는 내가 실제로 실행하고 있는 명령어들을 전혀 이해하지 못하고 있었다는 점이다.

어느 날 Git Bash에서 명령어를 실행했는데, 터미널에 “deleting” 같은 단어가 포함된 라인들이 연속으로 출력되었다. 내 뇌는 즉시 패닉 모드에 들어갔다.

나는 레포지토리 안의 파일을 삭제하는 것이 아니라, 실제 Windows 파일 시스템의 /htdocs/ 폴더 안에 있는 파일들을 삭제하는 걸 상상했다. 그 순간 나는 Git에 대해 중요한 사실을 깨달았다:

Git은 강력하지만, 명령어가 무엇을 하는지 모르면 무섭다.

가능한 한 빨리 명령을 중단했지만, 이미 손상이 시작된 뒤였다. 몇 초 동안 나는 내 전체 작업 프로젝트를 잃어버린 것처럼 느꼈다. 다행히 백업이 있었기에 모든 것을 복구하고 계속 진행할 수 있었다.

그 순간은 나에게 세 가지 교훈을 남겼다.

교훈 1 — Git이 위험한 것이 아니라 무지함이 위험하다

Git 명령은 파일 시스템을 매우 강력하게 조작하기 때문에 위협적으로 보일 수 있다. 다음과 같은 단어들을 보면:

• reset
• clean
• rm
• delete

…마치 프로젝트를 파괴하려는 듯한 느낌이 든다.

하지만 Git 자체가 적이 아니다. 이해 없이 명령을 실행하는 것이 적이다.

한 번은 천천히 멈춰서 checkout, pull, reset 같은 명령이 실제로 무엇을 하는지 배웠고, 그때부터 Git은 두렵지 않고 안전망처럼 느껴졌다.

교훈 2 — 작업을 항상 백업하라

그 순간의 진정한 영웅은 내 백업이었다. 백업이 없었다면 몇 시간(혹은 며칠) 동안의 작업을 잃었을 수도 있다.

그 경험 이후 나는 자동화에 착수했다. /htdocs/ 폴더를 자동으로 백업해 주는 작은 PowerShell 스크립트를 만들었고, 이제는 별다른 생각 없이 백업이 이루어진다. 그 작은 스크립트 하나가 내 워크플로우에서 엄청난 스트레스를 없애 주었다.

교훈 3 — 두려움은 학습 곡선의 일부다

돌이켜 보면, 그 순간 느꼈던 두려움은 실제로 학습 과정의 일부였다. 모든 개발자는 언젠가 다음을 깨닫게 된다:

Git과 같은 도구는 단순히 버전 관리가 아니라 강력한 도구이다. 그리고 강력한 도구는 존중을 필요로 한다.

그 도구들을 이해하면 두렵지 않고 엄청나게 유용하게 된다.

신입 개발자를 위한 최종 조언

Git을 이제 막 시작한다면:

• 튜토리얼에서 명령을 무작정 복사하지 말 것.
• 각 명령이 무엇을 하는지 시간을 들여 이해할 것.
• 중요한 작업은 항상 백업해 둘 것.

언젠가 터미널에 **“deleting”**이라는 단어가 날아다니는 것을 보게 될 것이고, 그때 심장이 한 박자 멎을지도 모른다.

그 말은 믿어도 된다.