소프트웨어 개발 · SW-11
누가 고친 파일이 운영에 올라갔을까
가상 이야기 · 핵심노트 기반
핵심노트 개념: 형상관리와 버전 기록 — 변경의 이유를 남긴다
이 글에서 배우는 교훈
변경 이유와 배포 버전을 기록하면 문제 발생 시 원인을 찾고 필요한 상태로 돌아가기 쉽습니다.
핵심노트를 바탕으로 만든 가상 이야기입니다. 실제 사건이나 검증된 성과가 아닙니다.
근거: 형상관리와 버전 기록 — 변경의 이유를 남긴다 · 핵심노트 11
구체적으로는 메신저로 주고받던 수정 파일을 버전 관리에 모았습니다. 긴급 수정도 기록하고 어느 버전을 배포했는지 표시했습니다.
관련 교재 내용
소프트웨어 개발 · XI. 소프트웨어 형상관리 · 식별·통제·감사·기록
형상관리로 어떤 파일과 버전을 관리할지 정하고 승인된 기준 버전을 확인하고 변경 결과를 추적합니다.
이 사례에 적용한 내용: 메신저로 주고받던 파일 대신 변경 이유·검토·배포 버전을 함께 기록합니다.
교재 원리의 실무 적용 · 교재 원문 인용이 아닌 자체 설명입니다.
본문
두 개발자가 수정한 파일을 메신저로 주고받았습니다. 긴급 배포 뒤에는 어떤 변경이 들어갔는지 알기 어려워 수정 전 상태를 찾는 데 시간이 걸렸습니다.
팀은 변경 이유와 검토 기록을 버전 관리에 남기고 배포한 버전을 표시했습니다. 긴급 수정도 같은 경로에 반영해 다음 배포에서 사라지지 않게 했습니다.
결론
배포 내용과 변경 이유를 추적할 수 있게 되었습니다. 버전 관리는 백업뿐 아니라 함께 변경을 설명하고 복구하는 기준입니다.