[S8] upstream 동기 — 컷 bd42427 개명 스윕 판정 · 픽스처 5/5 보존 · behind 12 → 0 [rustjava-upstream-sync-s8-rename-sweep-decision]

[Jun025]

upstream bd42427 까지 12커밋(crates.io 공개 준비 개명 스윕)을 --merge 로 흡수하고 충돌 8건을 해소했다.
채택 제안 2026-09-03-upstream-sync-s5-s7-remeasure#p0.

★★계보 — upstream 을 «완전히» 따라잡았다

축	착지 전	착지 후
merge-base origin/main upstream/main	ba5797b	★**bd42427**
behind	12	★★0
머지커밋 부모	—	★2개(3fb08a8 + bd42427)

2026-08-16 계획 착수 시 behind 33 → 오늘 ★0.
★반증 계산: --squash 였다면 merge-base 가 ba5797b 로 되돌아가고 behind 가 ★0 → 12 였다.
⇒ ★★게이트③에 merge_strategy: merge 필수.

★착수 재측정 (신 서식)

컷 bd42427 = ★누적 8 · 델타 +8(base 3fb08a8 · merge-base ba5797b) — ★**「재서 8 이었다」**

★개명 대응표 — upstream 이력에서 «떴다»(추측 0)

git diff --find-renames --name-status ba5797b upstream/main ⇒ ★R 642 · M 22 · A/D 0

전	후	건수	최소 유사도
java_runtime/	★rustjava-runtime/	379	R079
test_data/	★test-data/	243	R083
jvm_rust/	jvm-bytecode/	12	R066
java_class_proto/	jvm-class-proto/	4	R056
java_constants/	jvm-types/	2	R061
test_utils/	test-utils/	2	R061

★java_runtime 은 2홉(7b966e7→java-runtime R100 399/399 → 653f543).
★A/D 가 0 이라 「표에 없는 경로」가 없다 ⇒ 「미확인」 0건. 낮은 유사도 셋은 Cargo.toml·lib.rs 처럼
패키지명이 본문에 든 파일이라 낮게 나온 것이고 같은 디렉터리 나머지가 R100 이다.

★★두려워한 modify/delete 가 «0건»이었다

git 이 CONFLICT (file location) + AU 로 처리해 우리 고유 6건을 새 경로로 이미 옮겨 두고
«이동 확인»만 요구했다 ⇒ DU/UD/DD 0.

파일(새 경로)	기원	처분
rustjava-runtime/src/charset.rs	★우리 PR #5	★간다 — upstream 에 대응물 없음
test-data/TimeApi.{class,txt}	★우리 PR #2	★간다
test-data/UnsupportedCharset.{class,txt} · test-data/src/UnsupportedCharset.java	★우리 PR #5	★간다

★**「남는다/버린다」 0** — 여섯 다 우리 것이고 대체된 것이 없다.
★★보존 증명은 «블롭»으로: origin/main:<옛 경로> ↔ 새 경로 hash-object6건 전부 동일 ·
★픽스처 수 5 → 5 · 옛 디렉터리 6개 소멸.

★★대신 개명이 «우리 자산 2건»을 낡게 만들었다 (「우리 자산이 낡는」 5회째 · 대상은 처음)

자산	무엇이 낡았나	실측
.github/workflows/rust.yml:55	--exclude test_utils = 옛 크레이트명	옛 이름 ★rc=101 ↔ 새 이름 ★rc=0
tests/test_class_format.rs(PR #3)	"test_data/" 경로 4곳	—

★둘 다 «우리 파일»이라 충돌이 «날 수가 없다» — 대응표를 그대로 적용했고 upstream 코드 무접촉.
⇒ ★방향이 셋이 됐다: ⑴신규 파일(S3·S5·S6) ⑵공용 API(S7) ⑶★개명(S8).
★⑶은 컴파일이 «절반만» 잡는다 — 경로는 런타임, CI 설정은 CI 에서만.

★Cargo.lock 하강 차단 (S5 에 이어 2회째)

--theirs+build 가 ★3개를 내렸다: tracing0.1.44 → 0.1.41 · tracing-subscriber · syn.
★★**tracing 하강은 PR #4(tracing-attributes 상한 핀 제거 = 언프리즈)를 «되돌리는» 것이다.
⇒ S5 처방(우리 lock 에서 재생성) ⇒ ★내려간 것 0 · tracing 0.1.44 유지 · tracing-attributes 부재 유지**.

★티켓 계약3 전제 정정 (정직 고지)

charset.rs·test_string.rs 의 내용 충돌을 요구했으나 실측은 다르다 —
charset.rs 는 ★위치 충돌뿐(upstream 에 그 파일이 없어 내용이 갈릴 수 없다) · test_string.rs 는 ★자동 병합.
실제 내용 충돌은 thread.rs 하나이고 «직교» 합집합으로 풀었다(upstream 크레이트 개명 import + 우리 tracing::Instrument · 수동 span 2요소 생존).

green

명령	stable	★beta
fmt --check	0	—
clippy -D warnings	0	0
clippy wasm32 --exclude test-utils	0	0
test --all	0 — 554 / 0 / 1	0 — 554 / 0 / 1
check-worklog-json.py	0	—

★새 red 0 · ★증감 0 이고 그것이 맞다(upstream 테스트 함수도 547 → 547 — 개명 스윕이라 추가 0) ·
약화 0(#[ignore]1→1 · 우리 테스트 함수 558→558).
우리 자산 전수 생존: charset.rs 1 · Charset:: 4 · 수동 span 2 · tracing-attributes0 ·
setPropertyString 6 · double_must_use allow 9 · 픽스처 5 · test_class_format4/4.

경계

머지 0 · 새 PR 1(base main · 스택 아님) · force-push 0 · 리베이스 0 · main 직접 push 0 ·
upstream 코드 «개선» 0(고친 2건은 우리 자산) · ★**§5 과거 기록 소급 수정 0** · 시크릿 0 · upstream 발신 0.