TypeShade
규칙 13.5
13장, 변경 관리 리뷰
A hot-spot file must be edited only after reading what the branch already did to it, and a claim of a § number, a TS80xx code, or an INTRINSICS row must be made in the issue before the branch is opened.
규칙 본문과 그 아래 항목은 설계 문서에 적힌 컴파일러 원문이라 한국어 페이지에서도 영어로 둡니다.
근거
two branches editing one of these at once conflict on merge, and two claims of one number conflict forever.
출처
#162 (“hot-spot files” and “claim before you write”); the list is src/core/intrinsics.ts (append-only), src/language-service/ambient.ts and docs.ts, src/core/ir/types.ts and nodes.ts, src/compiler/ts/lower/expression-call.ts and function.ts, src/core/backends/wgsl.ts and glsl.ts, src/core/passes/required-caps.ts and the capability witness table, src/core/intrinsic-coverage.test.ts, docs/use-typeshade-surface.md § numbering, CHANGELOG.md, examples/_shade.ts, docs/roadmap.md.
검증 방식
리뷰로 지킵니다. 확인하는 파일은 없고, 규칙 스스로 리뷰가 지킨다고 적어 두었습니다.
컴파일러가 이 규칙을 적용하는 곳을 규칙이 직접 적은 내용입니다.
review.
함께 보기
소스
커밋 c66579bf의 규칙 원문:
docs/language-design.md:1342(설계 문서)reqs/rules/RULE-1305.md(추적 항목)