2.1 KiB
2.1 KiB
보고서 템플릿 — _workspace/06_ptop_build_optimization.md
이 골격을 채워 통합 보고서를 만든다.
빌드 시간·크기·개선율을 지어내지 않는다. 실제로 빌드를 돌려 측정했을 때만 수치를 적고, 측정 방법(명령어)을 함께 남긴다. 측정하지 않았으면
미측정이라고 쓴다. 그럴듯한 숫자가 보고서에 남으면 이후 최적화 우선순위 판단이 통째로 오염된다.
# PTOP 빌드 최적화 보고서
## 1. 현재 빌드 성능
| 구성 | 시간 | 측정 방법 | 병목 | 개선 가능성 |
|------|------|---|------|----------|
| Debug\|x64 | <측정값 또는 미측정> | <명령어> | | |
| Release\|x64 | | | | |
> `Simulation`·`UserDefineUnit`은 sln에서 `Release|x64` 매핑 — 별도 행을 만들지 않는다.
> 한 건도 측정하지 못했으면 표 전체를 `미측정`으로 두고, 그 사실을 §6에 명시한다.
## 2. 의존성 최적화
### 필수 의존성
| 프로젝트 | 왜 필수인가 | 근거(파일:라인) |
|---|---|---|
### 제거 가능 후보
| 프로젝트 | 왜 불필요해 보이는가 | 근거 | 제거 시 위험 |
|---|---|---|---|
> "참조되지 않는 것 같다"는 근거가 아니다. 실제로 심볼 참조를 검색해 확인한 결과만 적는다.
## 3. 빌드 구성별 최적화 전략
### Debug / Release
- 현황: <근거와 함께>
- 개선안: <구체적 설정 변경>
- 예상 효과: <측정 기반이면 수치, 아니면 "미측정 — 적용 후 재측정 필요">
## 4. CI/CD 파이프라인
<`_workspace/05_cicd_pipeline.yml` 참조. 여기엔 설계 의도와 트리거 조건만 요약>
## 5. 배포 패키징
<포함 파일 목록 · 패키징 절차. 제안 단계이며 실제 스크립트 실행은 하지 않는다>
## 6. 미측정·미검증 항목
| 항목 | 왜 확인 못 했는가 | 무엇을 하면 확정되는가 |
|---|---|---|
이 스킬은 분석·제안 전용이다.
.csproj·.sln·소스를 수정하지 않는다. 변경안은 diff 제안으로만 제시하고, 적용 여부는 사용자가 결정한다.