모니프렌 Windows 작업 중 저장공간 부족이 개발을 막는 문제가 생겼습니다. 원인을 살펴보니 작업 폴더의 개수만 세는 것으로는 충분하지 않았습니다. 빌드 결과, 패키징 중간 파일, 검증용 자산이 서로 다른 경로에 남을 수 있었기 때문입니다. 이 글은 확인한 누적 구조와 재발 방지 설계를 정리한 진행 기록입니다.
작업 개수뿐 아니라 생성 중 최대 공간과 남겨둘 용량도 제한하기
막힌 지점
모니프렌 Windows 작업에서 저장공간 부족이 개발을 막았습니다. 조사한 경로에서는 소스 외에 빌드 결과, 패키징 복사본, 검증용 자산이 함께 남을 수 있었습니다. 일부 출력은 성공 후에만 보관 제한을 적용하거나 다른 경로의 결과물을 제한하지 않았습니다.
조사에서 구분한 것
작업 폴더 개수, 폴더의 논리 크기, 실제 디스크 점유는 같은 정보가 아닙니다. 여러 경로가 같은 파일 데이터를 공유할 수도 있고, 패키징 중에는 원래 결과물과 새 묶음이 동시에 존재할 수도 있습니다.
그래서 정리할 파일을 고르는 일과 생성되는 양을 제한하는 일을 함께 봐야 합니다. 소스와 수정 중인 작업, 유일한 출시 패키지는 재생성 가능한 임시 산출물과 구분해 보존해야 합니다.
남긴 기준
작업 폴더의 수만 제한하면 결과물의 크기와 생성 중 최대 사용량을 놓칠 수 있습니다. 검토하는 방향은 무거운 빌드 구간의 동시 실행 제한, 실행 전 공간 예약, 완료본의 개수와 총용량 제한을 함께 두는 것입니다.
실패한 작업도 소유한 임시 경로를 알 수 있어야 정리할 수 있습니다. 오래됐다는 이유만으로 지우지 않고 현재 사용 여부와 다시 만들 수 있는지를 확인해야 합니다.
다음 확인
정리 전후 실제 여유 공간과 동시 실행·중간 실패·공간 부족 상황을 확인해야 합니다. 스크립트가 생겼다는 사실만으로 재발 방지가 입증되지는 않습니다. 이 글은 누적 원인과 제한 설계에 관한 기록이며 전체 적용과 검증 완료를 주장하지 않습니다.