362
한 권으로 끝내는 Node & Express
22.1.2.
소스 관리를 사용하십시오
두말하면 잔소리라고 할지 모르겠습니다만, 소스 관리를 그냥 쓰지 말고 잘 써야 합니다. 소스
관리를 왜 사용할까요? 먼저 이유를 이해하고 그에 걸맞은 도구를 쓰십시오. 소스 관리를 쓰는
이유는 여러 가지지만, 필자는 귀속이야말로 가장 큰 이유라고 생각합니다. 누가, 뭘, 언제 바
꿨는지 정확히 알 수 있으므로, 필요하다면 정보를 요청할 수 있습니다. 소스 관리는 프로젝트
히스토리를 이해하고 팀이 어떻게 일했는지 돌아보는 가장 훌륭한 도구입니다.
22.1.3.
문제 추적기를 쓰십시오
문제 추적기
issue
tracker
는 개발 과학입니다. 프로젝트 히스토리를 기록할 체계적인 방법이 없다면
어떤 통찰도 얻을 수 없습니다. “같은 일을 반복하면서 다른 결과를 기대하는 건 정신병의 초기
증세이다”라는 말을 들어봤을 겁니다(알버트 아인슈타인이 남긴 말이라고들 하는데 좀 의심스
럽습니다). 같은 실수를 반복하는 건 정신병의 초기 증세라는데, 그래도 어떤 실수를 했는지도
모른다면 피할 수도 없지 않겠습니까? 기록이 답입니다. 고객이 지적한 결점, 운 좋게 고객보
다 먼저 찾은 결점, 불평, 의문, 칭찬, 전부 기록하십시오. 얼마나 걸렸는지, 누가 고쳤는지, 깃
커밋은 어떤 내용이었는지, 누가 수정 사항을 확인했는지 전부 기록하십시오. 여기서 중요한
건 어떤 도구를 택하느냐입니다. 시간이 너무 많이 걸리거나 부담스러운 방법을 택해선 안 됩
니다. 잘못 만든