.gitattributes

# ── AI 코드 리뷰 루프 감사 로그 ──────────────────────────────────────────────
# 러너가 실행마다 한 줄씩 append 하는 JSONL 이다. 브랜치 둘이 각각 게이트를 돌리면
# 양쪽이 서로 다른 줄을 끝에 붙이므로 **머지마다 반드시 충돌한다.** 실제로 오늘
# 스택 PR 4개를 전파하는 동안 네 번 충돌했고, 매번 손으로 마커를 지워 합집합을 만들었다.
#
# union = 양쪽 줄을 그대로 이어붙이고 마커를 만들지 않는다. append-only 로그에 맞는 방식이다.
#
# ⚠️ 전제와 한계를 적어 둔다.
#   · 이 파일이 append-only 라는 전제에 의존한다. 누가 로그를 압축·재작성하면 union 은
#     옛 버전과 새 버전의 모든 줄을 합쳐 쓰레기를 만든다.
#   · 줄 순서가 시간순이 아닐 수 있다("내 쪽 먼저, 상대 쪽 나중"). 각 줄이 timestamp 를
#     들고 있으므로 읽을 때 정렬한다.
#   · 두 브랜치가 같은 게이트를 각각 돌렸으면 거의 같은 줄이 둘 남는다. "리뷰 없이 나간
#     건수"를 셀 때 중복을 걸러야 한다(수동 합집합에도 있던 문제라 새로 생긴 위험은 아니다).
#
# *.jsonl 로 넓게 걸지 않는다 — 이 디렉터리에 append-only 가 아닌 jsonl(상태 스냅샷 등)이
# 생기면 그것까지 union 이 되어 조용히 망가진다.
review-loop/logs/error_log.jsonl merge=union

# ── 최적화 루프 지표 기준선 ─────────────────────────────────────────────────
# 같은 성격(append-only · 브랜치마다 끝에 한 줄)이라 같은 처방이다. 다만 이쪽은 knowledge/ 라
# 팀이 공유·커밋한다 — 브랜치별 기준선이 갈리면 "개선됐나"의 답이 사람마다 달라진다.
# union 은 줄 순서를 시간순으로 만들어 주지 않으므로 LoopMetrics.lastSnapshot 은 '마지막 줄'이
# 아니라 timestamp 가 가장 큰 줄을 최신으로 본다(정렬 근거는 파일 위치가 아니라 줄 자신이다).
review-loop/knowledge/loop-metrics.jsonl merge=union