feat(ci): behind 를 «재는» 주 1회 예약 워크플로 [rustjava-upstream-behind-measure-scheduled-workflow]

[Jun025]

무엇을

.github/workflows/upstream-behind.yml1개 신설 — 주 1회 upstream 을 read-only fetch 해
rev-list --count 를 찍고 Job Summary + annotation 으로 보고한다. ★**.rs 0줄 · scripts/ 무접촉.**

왜

2026-09-04 판정(PR #29 · 머지 4b91e8f8)이 트리거를 behind ≥ 20 으로 못박았는데
★그 수를 «재는 주체»가 없었다 — git grep -lI 'rev-list --count' origin/main -- .github/ scripts/ → 0건.

★★알림 방식 — 이 회차 결정의 «대부분» (취향이 아니라 실측)

안	실측	판정
⒜ red	선례 rust-audit.yaml 최근 20 run 중 19 failure · ★대응 티켓 «0건» · coverage 리니지도 만성 red 를 «green 으로» 끝냈다	★여기서 안 듣는다 ⇒ 기각
〃 부작용	예약 red 는 ★main tip check-run 에 붙는다(실측 8c1238b5 에 audit failure 7건) ⇒ 게이트③의 「착지본 green」 읽기를 흐린다	〃
〃 ★PR 을 막는가(티켓이 확인하라 한 것)	★막지 않는다 — 예약 run 은 main tip sha 에 붙고 PR head 와 다르다	확인 완료
⒞ 이슈	★이 fork 는 issues 비활성(hasIssuesEnabled: false)	★구조적 불가
★⒝ Job Summary + annotation	부작용 0 · main tip 오염 0	★채택

★**「⒝ 가 최선이다」가 아니라 「⒜⒞ 가 각각 무실효·불가다」가 근거다.**
★⒝ 의 «수동성»은 숨기지 않는다 — 재개 조건이 그 대가를 잰다(아래).

★주기 — 주 1회(cron: "17 6 * * 1") · 선례를 «베끼지» 않았다

축	값
behind 20 도달(12개월 144커밋/51주)	중앙 44일 · ★최소 9일
고른 주기	★7일 — 7 < 9 라 «가장 빠른 관측 상승»보다 짧다 ⇒ 한 주기 넘게 못 놓친다
일간 기각	7배 비용에 판단 가치 0(★회차보다 빨리 움직일 수 없다)

★한 번 돌려서 낸 «오늘의 값»

워크플로 본문의 그 명령을 신선한 클론에서 그대로 실행:

behind = 0 · threshold = 20 · merge-base = bd42427 · upstream HEAD = bd42427 ⇒ 임계 미만

★재개 조건

behind ≥ 20 이 7일 이상 지속됐는데 그 사이 동기 회차가 열리지 않았으면 알림 방식을 다시 연다.

세는 명령·오늘의 값은 docs/upstream-sync-approach.md §5-B ⒠ 에 박았다(★오늘 = behind 0).

경계

★upstream 발신 0(remote 추가 + fetch 뿐 · permissions: contents: read) ·
★자동 발권 0(임계를 넘어도 회차를 열지 않는다 — 발권은 사람) · ★임계 20 무접촉 ·
★bin/healthcheck·orchestrator 무접촉 · ★S9 미개시 · 파리티 rc=0(검사기가 rust.yml 만 본다).
★등재 repo ⇒ 게이트③은 --merge(스쿼시는 계보를 접는다).