58 lines
2.1 KiB
Markdown
58 lines
2.1 KiB
Markdown
# 보고서 템플릿 — `_workspace/06_ptop_build_optimization.md`
|
|
|
|
> 이 골격을 채워 통합 보고서를 만든다.
|
|
>
|
|
> **빌드 시간·크기·개선율을 지어내지 않는다.** 실제로 빌드를 돌려 측정했을 때만 수치를 적고,
|
|
> 측정 방법(명령어)을 함께 남긴다. 측정하지 않았으면 `미측정`이라고 쓴다.
|
|
> 그럴듯한 숫자가 보고서에 남으면 이후 최적화 우선순위 판단이 통째로 오염된다.
|
|
|
|
```markdown
|
|
# 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 제안으로만 제시하고, 적용 여부는 사용자가 결정한다.
|