[rustjava-partial-clone-refusal-decision] fix(scripts): 부분 클론을 거절하지 않는다 — 모호한 것은 «호출 하나»였다

[Jun025]

채택 제안 2026-09-18-merge-drops-no-silent-git-failure#p0 — "The check now refuses to run in a shallow clone, but a clone fetched without file contents can still make it look like nothing is there."

결정

부분 클론을 거절하지 않는다. 대신 symbols() 가 실패한 git show 를 «부재»로 읽기 전에 git ls-tree 로 그 경로가 트리에 있는지 묻는다.
★결정을 preflight() docstring 에 못박았다(「이렇게 «고치지» 마라」 + 근거 수치 + 탐지 축).

★추측하지 않고 «진짜» 부분 클론으로 쟀다

--filter=blob:none · 범위 e53b2142^..e53b2142(알려진 사고 머지):

클론	promisor	결과	시간
완전	—	6 dropped · rc 1	2.5s
blobless	★도달 가능	6 dropped · rc 1 — ★바이트 동일	15.7s
blobless(신선)	★도달 불가	0 dropped · ★★rc 0 = green	8.3s

⇒ ★제안은 «절반» 맞다: 「부분 클론이면 아무것도 없어 보인다」는 그 자체로는 거짓이다 — promisor 가 닿으면 git 이 blob 을 투명하게 받아 온다. ★거절은 «돌아가는 설정»을 막는 일이고, shallow 와 달리 부분 클론은 없는 것을 가져올 수 있다.
⇒ ★그러나 조용한 green 은 실재한다 — 조건이 좁을 뿐(promisor 도달 불가). 그 형상에서 검사기는 ✓ … (3 file(s) examined) 를 찍고 rc 0 으로 끝냈다.

★방법 주의(자기정정): 첫 오프라인 측정은 오염이었다 — 앞선 온라인 실행이 blob 을 캐시해 «맞는 답»이 나왔다. 위 수는 신선한 클론 + 읽기 «전» 원격 차단에서 다시 잰 값이다.

위험이 실현되나 — 실측 0, 그러나 그것이 «모호함을 남길» 근거는 아니다

.github 어디에도 filter: 0건(merge_drops 는 fetch-depth: 0). ⇒ 오늘 이 거짓 green 은 «개발자 노트북 + blobless + 오프라인»에서만 난다.
★그것이 거절을 고르지 않은 이유이고, 닫는 비용이 git 호출 하나로 드러났으므로 모호함은 닫았다.

대안 둘을 각각 기각한 근거

⒜거절(remote.origin.partialclonefilter) — 탐지는 된다(실측 blob:none · ★rev-parse --is-shallow-repository 는 false 라 현행 preflight 가 못 잡는 이유가 이것이다). 그러나 맞는 답을 내는 경우까지 막는다.
⒝에러 문면 대조 — 두 실패는 문면으로 갈린다(fatal: path 'X' does not exist in 'REV' ↔ fatal: could not fetch <sha> from promisor remote)지만 ★둘 다 exit 128 이고, preflight 를 만든 회차가 이미 «git 판올림에 약하다»며 미뤘다. 그 판단을 뒤집지 않았다.
⒞★ls-tree 는 «트리 객체»로 답한다 — 부분 클론은 blob 이 없어도 트리는 갖는다. 두 클론에서 동작 동일 실측(있으면 1항목 · 없으면 빈 출력 · 둘 다 rc 0).

축 (★양방향 · 제품 스크립트)

형상	전	후
blobless + promisor 도달 «불가»	0 dropped · rc 0(조용한 green)	★rc 2 cannot measure: …:jvm-bytecode/src/class_definition.rs is in that tree but its content could not be read…
blobless + 도달 가능	rc 1 · 6 dropped	rc 1 · 6 dropped(★과차단 0)
완전 클론	rc 1 · 6 dropped	불변

★비용 유의차 없음: 같은 범위 3회씩 — 전 7.78/7.99/7.05s ↔ 후 6.39/6.72/8.06s(구간 겹침) · DoD 기본 범위 0.46 → 0.33s. 추가 호출은 show 가 이미 실패한 경로에서만 돈다.

★재다가 발견했고 «고치지 않았다»

이 검사기의 출력 순서가 실행마다 다르다(findings 가 set 에서 나온다). origin/main 판본을 PYTHONHASHSEED=random 으로 5회 돌려 순서 2종(4+1). rc·집합은 동일하고 줄 순서만 움직인다 ⇒ ★선행 결함이다(내 변경과 무관). 전/후 diff 에서 잠깐 «회귀»처럼 보였기에 적어 둔다 — 후속 카드로 냈다.

DoD (9명령 전건 rc=0)

fmt 0 · clippy stable 0 · clippy +beta 0 · clippy wasm32 0 · cargo test --all 584 passed / 0 failed / 1 ignored(.rs 무접촉 ⇒ 불변) · check-worklog-json 0(65파일) · check-dod-ci-parity 0 · check-named-exception-classes-are-loadable 0 · check-merge-dropped-symbols 0