fix(extractor): follow aliases of Devup UI, gate Emotion css prop files, read style constants declared after their use

[owjs3901]

Refs #695 (KNOWN-5/6 후속, KNOWN-10, KNOWN-11), #686 (플러그인 게이트). #737 위에 쌓인 브랜치입니다. #706 #707 #710 #711 #722 #727 #728 #729 #730 #737이 먼저 병합되어야 합니다.

요약

• Bun 플러그인의 hasDevupUI 게이트가 import alias를 몰라서, Devup UI import 없이 @emotion/styled만 쓰거나 Emotion css prop(pragma, tsconfig jsxImportSource)만 쓰는 파일을 건너뛰었습니다. hasDevupUI가 import alias를 받아 추출이 실제로 바꾸는 파일이면 참이 됩니다.
• 이전 PR에서 따라가지 못한다고 보고한 별칭이 원본처럼 컴파일됩니다: 배럴의 export const B = Box, const c = css; export { c as cc }, export const D = Devup, export const C = Devup.css, export { Box }(import 뒤), export default Box, const D = Devup.
• KNOWN-11(함수 안 const inner = css)과 KNOWN-10(선언보다 먼저 읽는 css()/keyframes() const)이 컴파일됩니다.

동작

• 게이트: 다른 플러그인(vite/webpack/rsbuild/next)에는 텍스트 게이트가 없고 확장자와 node_modules만 거릅니다. Bun만 hasDevupUI를 썼으므로, WASM hasDevupUI(filename, code, package, importAliases)가 import_alias_visit의 실제 추출 조건(바뀐 import, css prop)과 배럴 해석을 함께 봅니다. readJsxImportSource는 그대로 결정적으로 읽습니다.
• 배럴 모듈 자체가 import { Box } …; export { Box }처럼 import를 지우고도 export를 남겨 컴파일 에러가 나던 문제를 같이 고쳤습니다: 패키지에서 컴파일되는 export의 별칭 export는 export { Box as B } from "@devup-ui/react" 같은 re-export로 바뀝니다(컴파일되지 않는 useTheme 등은 그대로). 이 배럴을 가져오는 쪽은 export const/export {}/export default 별칭을 따라갑니다.
• 함수 안 별칭(const inner = css, 별칭의 별칭, 배럴에서 가져온 이름의 별칭)은 의미 분석으로 그 선언의 사용처를 충돌 없는 모듈 최상위 import 이름으로 바꾸고 선언을 지웁니다(같은 이름의 지역 바인딩과 섞이지 않습니다). namespace 별칭(const D = Devup)은 멤버 읽기를 같은 방식으로 따라갑니다.
• 선언 앞서 읽기: 모듈 최상위 const k = keyframes(…)/css(…)가 인자에 리터럴(과 패키지 import)만 쓰고, 선언 앞의 읽기가 모두 함수 안(선언 뒤에 실행됨)이면 선언을 첫 읽기 앞으로 옮깁니다. 함수 밖에서 먼저 실행되는 읽기는 const의 TDZ이므로 에러로 남고, 이제 위치와 고치는 방법이 적힙니다.

새로 생기는 오류

• `keyframes()` cannot use `k` at build time: it is read before `const k = keyframes(…)` runs, so move that declaration above where it is first read (파일:줄:열 포함, css()도 같음). 이전에는 `css()` cannot use `${k} 1s` 였습니다.
• 인자가 다른 바인딩에 의존하는 keyframes(frames)가 뒤에 선언된 경우는 기존 오류 그대로입니다(옮기면 평가 순서가 바뀔 수 있어 옮기지 않습니다).

남는 한계

• 함수 밖에서 먼저 실행되는 읽기는 에러입니다(위). 함수가 선언 전에 호출되는 경우는 빌드가 알 수 없고, 호출 시점과 무관하게 컴파일됩니다.
• 별칭은 const만 따릅니다(let/var 별칭은 기존대로 위치가 적힌 에러).
• export const C = Devup.css는 Devup.css가 컴파일되는 export일 때만 re-export로 바꿉니다.
• 값을 다 바꾼 namespace import 선언은 그대로 남습니다.

검증

프로브(실제 WASM 경로):

// pragma만 쓰는 파일
/** @jsxImportSource @emotion/react */
export const a = <div css={{ color: 'red' }} />
=> /** @jsxImportSource react */  export const a = <div className="a" />;

// KNOWN-10
export function f() { return css({ animation: `${k} 1s` }) }
export const g = () => <Box animationName={k} />
const k = keyframes({ from: { opacity: 0 }, to: { opacity: 1 } })
=> const k = "a"; f() => "b"; g => <div className="c" />

// 모듈 최상위에서 먼저 읽기
const a = css({ animation: `${k} 1s` }); const k = keyframes(…)
=> kf.tsx:2:31: `keyframes()` cannot use `k` at build time: it is read before `const k = keyframes(…)` runs, so move that declaration above where it is first read

// KNOWN-11
function f() { const c2 = css; return c2({ color: 'blue' }) }
=> function f() { return "c"; }

// 배럴 자체
import { Box, css } from '@devup-ui/react'; export const B = Box; const c = css; export { c as cc }; export { Box, css }
=> export { Box as B } from "@devup-ui/react"; export { css as cc } …; export { Box } …; export { css } …

• extractor 테스트: 별칭/배럴 별칭/배럴의 자체 컴파일/namespace 별칭/함수 안 별칭/선언 앞서 읽기(옮김, 에러, 옮기지 않음)/게이트(Emotion alias, pragma, jsx-runtime)를 barrel/tests.rs에 추가했고, 바뀐 기존 테스트(test_compiled_bindings_never_dangle)에서는 이제 컴파일되는 사례를 뺐습니다.
• 플러그인: bun-plugin/barrel.test.ts가 실제 WASM과 실제 tsconfig(jsxImportSource)로 pragma/tsconfig/@emotion/styled 파일이 게이트를 통과해 컴파일되는지 확인하고, vite/webpack/rsbuild/next 로더 테스트가 pragma만 쓰는 파일이 그대로 추출기로 전달되는지 확인합니다.
• cargo fmt, cargo +1.99 clippy -D warnings, cargo test --workspace, WASM 재빌드 + bun run build, bun test(100% 커버리지, 0 fail), bun lint, changepack(Patch).

2026-10-08 main 11790bef를 병합하여 업데이트했습니다. packages/bun-plugin/src/plugin.ts 충돌은 main의 직접 패키지 스캐너·CSS 출력과 부모의 배럴 인식 및 이 PR의 별칭 인식(네 번째 인자)을 함께 보존하여 해결했습니다. 실제 Bun 배럴 회귀 테스트도 유지했습니다.

2026-10-17 부모 갱신: 확정 main a6ecc125를 포함한 최신 #737 6f63537b를 충돌 없이 자동 병합했습니다. 새 head d2328d1c의 정확한 두 부모는 a7f3c318/6f63537b이며, immutable alias/namespace/export 추적과 상위의 authored-call 범위·companion 검증·Emotion 정규화/pixelify·원본 source map을 그대로 보존했습니다. 원래 #742가 지원한 네 alias의 기존 positive/negative 분류를 유지했고 이번 갱신에서는 production/test/fixture/assertion/snapshot을 추가 수정하지 않았습니다. 새 snapshot 후보/수용 0개입니다.

검증: DEFAULT Rust stack/CARGO_BUILD_JOBS=2/전체 프로세스 트리 6GiB로 Rust 정상 workspace 4,571개/실패 0개, barrel/alias/통합 pipeline 54개, 기존 guard 343개+상위 추가 2개, fmt/Rust1.99 Clippy, 현재 소스 전용 target의 fresh WASM 112.905초/root 24.751초, lint, Bun 5,939개/실패 0개/커버리지 100%와 실제 WASM/React SSR alias 40개+상위 의미 20개를 확인했습니다. 기존 lint 경고 9개 외 오류 없음, LSP 불가를 clean이라 주장하지 않습니다. 새 실제 QA adapter가 남아 있는 namespace import를 제거해 발생한 private harness의 Root 미정의 오류는 실제 공개 namespace를 제공하도록 adapter만 바로잡았습니다. 실제 생성 코드는 import/일반 값 의미를 보존하며 기존 assertion·production은 변경하지 않았습니다.

새로 생기는 오류: 이번 부모 갱신으로 새 오류 정책 없음. 상위 #737의 CI run 38935996068은 Linux Rust 100%(14586/14586) 후 별도 Bun local-barrel runtime 회귀에서 실패했고, 확정 main에서도 같은 leading JSX pragma 소실을 재현했습니다. 이 main 버그는 coordinator 지시에 따라 W67 별도 branch fix/keep-jsx-pragmas가 수정하며(PR 번호 추후), 이번 체인에 fixture tsconfig/production pragma/workflow workaround를 넣지 않았습니다. 이를 outage나 green acceptance로 분류하지 않으며 새 head의 CI도 별도로 기록합니다.

실제 WASM/공개 API 검증 출력:

{
  "examples": [
    {
      "source": "import * as Root from '@devup-ui/react';const UI=Root;const styled=UI.styled;import {jsx as makeElement} from 'react/jsx-runtime';const trace=[];const selected=true;const Target=p=>makeElement('aside',p);const Base=styled.article.attrs({title:'base'})({...((trace.push('controller'),selected)?{color:(trace.push('leaf'),'red')}:{}),color:'green',padding:'2px'});const Mid=Base.withComponent(Target);const Card=styled(Mid)({color:'blue'});const App=props=><Card ref={props.ref} forwardedAs='nav' style={{borderColor:'orange'}}>child</Card>;",
      "output": {
        "code": "import \"@devup-ui/react/devup-ui.css\";\nimport { forwardRef as __devupForwardRef } from \"react\";\nimport * as Root from \"@devup-ui/react\";\nconst UI = Root;\nimport { jsx as makeElement } from \"react/jsx-runtime\";\nconst trace = [];\nconst selected = true;\nconst Target = (p) => makeElement(\"aside\", p);\nconst Base = __devupForwardRef((__devupRefProps, __devupRef) => ((__devupProps) => (({ style, className, as: DevupAs = \"article\", forwardedAs, ...rest }) => (() => {\n\tconst __devupRecord0 = (0, trace.push(\"controller\"), selected);\n\tconst __devupRecord1 = (0, __devupRecord0 ? (trace.push(\"leaf\"), \"red\") : undefined);\n\treturn <DevupAs {...(({ \"theme\": __devupOmit0, ...__devupDom }) => __devupDom)(rest)} as={forwardedAs} className={[\"a b\", className].filter(Boolean).join(\" \")} style={style} />;\n})())({\n\t...__devupProps,\n\t...{ title: \"base\" }\n}))({\n\t...__devupRefProps,\n\tref: __devupRef\n}));\nconst Mid = __devupForwardRef((__devupRefProps, __devupRef) => ((__devupProps) => (({ style, className, as: DevupAs = Target, forwardedAs, ...rest }) => (() => {\n\tconst __devupRecord2 = (0, trace.push(\"controller\"), selected);\n\tconst __devupRecord3 = (0, __devupRecord2 ? (trace.push(\"leaf\"), \"red\") : undefined);\n\treturn <DevupAs {...rest} as={forwardedAs} className={[\"a b\", className].filter(Boolean).join(\" \")} style={style} />;\n})())({\n\t...__devupProps,\n\t...{ title: \"base\" }\n}))({\n\t...__devupRefProps,\n\tref: __devupRef\n}));\nconst Card = __devupForwardRef((__devupRefProps, __devupRef) => ((__devupProps) => (({ style, className, as: DevupAs = Target, forwardedAs, ...rest }) => (() => {\n\tconst __devupRecord0 = (0, trace.push(\"controller\"), selected);\n\tconst __devupRecord1 = (0, __devupRecord0 ? (trace.push(\"leaf\"), \"red\") : undefined);\n\treturn <DevupAs {...rest} as={forwardedAs} className={[\"c b\", className].filter(Boolean).join(\" \")} style={style} />;\n})())({\n\t...__devupProps,\n\t...{ title: \"base\" }\n}))({\n\t...__devupRefProps,\n\tref: __devupRef\n}));\nconst App = (props) => <Card ref={props.ref} forwardedAs=\"nav\" style={{ borderColor: \"orange\" }}>child</Card>;\n",
        "map": "{\"version\":3,\"names\":[\"as Root fr\",\"@devup-ui/react';\"],\"sources\":[\"C:\\\\Users\\\\devfive3901\\\\AppData\\\\Local\\\\Temp\\\\opencode\\\\workers\\\\w60-chain-updates\\\\W60f-742-namespace-tsx-true-true.tsx\"],\"sourcesContent\":[\"import * as Root from '@devup-ui/react';const UI=Root;const styled=UI.styled;import {jsx as makeElement} from 'react/jsx-runtime';const trace=[];const selected=true;const Target=p=>makeElement('aside',p);const Base=styled.article.attrs({title:'base'})({...((trace.push('controller'),selected)?{color:(trace.push('leaf'),'red')}:{}),color:'green',padding:'2px'});const Mid=Base.withComponent(Target);const Card=styled(Mid)({color:'blue'});const App=props=><Card ref={props.ref} forwardedAs='nav' style={{borderColor:'orange'}}>child</Card>;\"],\"mappings\":\";AAAA,SAASA,cAAcC,yBAAiB;AAAxC,YAAY,UAAU;AAAkB,MAAM,KAAG;AAA4B,SAAQ,OAAO,mBAAkB;AAAoB,MAAM,QAAM,CAAC;AAAE,MAAM,WAAS;AAAK,MAAM,UAAO,MAAG,YAAY,SAAQ,CAAC;AAAE,MAAM;4BAAgD,MAAM,KAAK,YAAY,GAAE;8CAAkB,MAAM,KAAK,MAAM,GAAE;;;;IAApF,EAAC,OAAM,OAAM;;;;;AAAiH,MAAM,gHAAuB;4BAArI,MAAM,KAAK,YAAY,GAAE;8CAAkB,MAAM,KAAK,MAAM,GAAE;;;;IAApF,EAAC,OAAM,OAAM;;;;;AAAsJ,MAAM,iHAAd;4BAArI,MAAM,KAAK,YAAY,GAAE;8CAAkB,MAAM,KAAK,MAAM,GAAE;;;;IAApF,EAAC,OAAM,OAAM;;;;;AAA6L,MAAM,OAAI,UAAO,CAAC,KAAK,KAAK,MAAM,KAAK,kBAAkB,OAAO,EAAC,aAAY,SAAQ,GAAG,KAAK,EAAE\"}",
        "dependencies": []
      },
      "css": "/*! devup-ui v1.0.83, | Apache License 2.0 | https://devup-ui.com */.c{color:blue}.a{color:green}.b{padding:2px}"
    }
  ],
  "results": [
    {
      "variant": "direct-control",
      "suffix": "ts",
      "custom": false,
      "selected": false,
      "html": "<section title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</section>",
      "dependencies": []
    },
    {
      "variant": "direct-control",
      "suffix": "ts",
      "custom": false,
      "selected": true,
      "html": "<section title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</section>",
      "dependencies": []
    },
    {
      "variant": "direct-control",
      "suffix": "ts",
      "custom": true,
      "selected": false,
      "html": "<aside title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</aside>",
      "dependencies": []
    },
    {
      "variant": "direct-control",
      "suffix": "ts",
      "custom": true,
      "selected": true,
      "html": "<aside title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</aside>",
      "dependencies": []
    },
    {
      "variant": "direct-control",
      "suffix": "tsx",
      "custom": false,
      "selected": false,
      "html": "<section title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</section>",
      "dependencies": []
    },
    {
      "variant": "direct-control",
      "suffix": "tsx",
      "custom": false,
      "selected": true,
      "html": "<section title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</section>",
      "dependencies": []
    },
    {
      "variant": "direct-control",
      "suffix": "tsx",
      "custom": true,
      "selected": false,
      "html": "<aside title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</aside>",
      "dependencies": []
    },
    {
      "variant": "direct-control",
      "suffix": "tsx",
      "custom": true,
      "selected": true,
      "html": "<aside title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</aside>",
      "dependencies": []
    },
    {
      "variant": "named-alias",
      "suffix": "ts",
      "custom": false,
      "selected": false,
      "html": "<section title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</section>",
      "dependencies": []
    },
    {
      "variant": "named-alias",
      "suffix": "ts",
      "custom": false,
      "selected": true,
      "html": "<section title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</section>",
      "dependencies": []
    },
    {
      "variant": "named-alias",
      "suffix": "ts",
      "custom": true,
      "selected": false,
      "html": "<aside title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</aside>",
      "dependencies": []
    },
    {
      "variant": "named-alias",
      "suffix": "ts",
      "custom": true,
      "selected": true,
      "html": "<aside title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</aside>",
      "dependencies": []
    },
    {
      "variant": "named-alias",
      "suffix": "tsx",
      "custom": false,
      "selected": false,
      "html": "<section title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</section>",
      "dependencies": []
    },
    {
      "variant": "named-alias",
      "suffix": "tsx",
      "custom": false,
      "selected": true,
      "html": "<section title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</section>",
      "dependencies": []
    },
    {
      "variant": "named-alias",
      "suffix": "tsx",
      "custom": true,
      "selected": false,
      "html": "<aside title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</aside>",
      "dependencies": []
    },
    {
      "variant": "named-alias",
      "suffix": "tsx",
      "custom": true,
      "selected": true,
      "html": "<aside title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</aside>",
      "dependencies": []
    },
    {
      "variant": "barrel-export-alias",
      "suffix": "ts",
      "custom": false,
      "selected": false,
      "html": "<section title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</section>",
      "dependencies": [
        "C:\\Users\\devfive3901\\AppData\\Local\\Temp\\opencode\\workers\\w60-chain-updates\\W60f-742-named.ts"
      ]
    },
    {
      "variant": "barrel-export-alias",
      "suffix": "ts",
      "custom": false,
      "selected": true,
      "html": "<section title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</section>",
      "dependencies": [
        "C:\\Users\\devfive3901\\AppData\\Local\\Temp\\opencode\\workers\\w60-chain-updates\\W60f-742-named.ts"
      ]
    },
    {
      "variant": "barrel-export-alias",
      "suffix": "ts",
      "custom": true,
      "selected": false,
      "html": "<aside title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</aside>",
      "dependencies": [
        "C:\\Users\\devfive3901\\AppData\\Local\\Temp\\opencode\\workers\\w60-chain-updates\\W60f-742-named.ts"
      ]
    },
    {
      "variant": "barrel-export-alias",
      "suffix": "ts",
      "custom": true,
      "selected": true,
      "html": "<aside title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</aside>",
      "dependencies": [
        "C:\\Users\\devfive3901\\AppData\\Local\\Temp\\opencode\\workers\\w60-chain-updates\\W60f-742-named.ts"
      ]
    },
    {
      "variant": "barrel-export-alias",
      "suffix": "tsx",
      "custom": false,
      "selected": false,
      "html": "<section title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</section>",
      "dependencies": [
        "C:\\Users\\devfive3901\\AppData\\Local\\Temp\\opencode\\workers\\w60-chain-updates\\W60f-742-named.ts"
      ]
    },
    {
      "variant": "barrel-export-alias",
      "suffix": "tsx",
      "custom": false,
      "selected": true,
      "html": "<section title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</section>",
      "dependencies": [
        "C:\\Users\\devfive3901\\AppData\\Local\\Temp\\opencode\\workers\\w60-chain-updates\\W60f-742-named.ts"
      ]
    },
    {
      "variant": "barrel-export-alias",
      "suffix": "tsx",
      "custom": true,
      "selected": false,
      "html": "<aside title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</aside>",
      "dependencies": [
        "C:\\Users\\devfive3901\\AppData\\Local\\Temp\\opencode\\workers\\w60-chain-updates\\W60f-742-named.ts"
      ]
    },
    {
      "variant": "barrel-export-alias",
      "suffix": "tsx",
      "custom": true,
      "selected": true,
      "html": "<aside title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</aside>",
      "dependencies": [
        "C:\\Users\\devfive3901\\AppData\\Local\\Temp\\opencode\\workers\\w60-chain-updates\\W60f-742-named.ts"
      ]
    },
    {
      "variant": "namespace",
      "suffix": "ts",
      "custom": false,
      "selected": false,
      "html": "<section title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</section>",
      "dependencies": []
    },
    {
      "variant": "namespace",
      "suffix": "ts",
      "custom": false,
      "selected": true,
      "html": "<section title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</section>",
      "dependencies": []
    },
    {
      "variant": "namespace",
      "suffix": "ts",
      "custom": true,
      "selected": false,
      "html": "<aside title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</aside>",
      "dependencies": []
    },
    {
      "variant": "namespace",
      "suffix": "ts",
      "custom": true,
      "selected": true,
      "html": "<aside title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</aside>",
      "dependencies": []
    },
    {
      "variant": "namespace",
      "suffix": "tsx",
      "custom": false,
      "selected": false,
      "html": "<section title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</section>",
      "dependencies": []
    },
    {
      "variant": "namespace",
      "suffix": "tsx",
      "custom": false,
      "selected": true,
      "html": "<section title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</section>",
      "dependencies": []
    },
    {
      "variant": "namespace",
      "suffix": "tsx",
      "custom": true,
      "selected": false,
      "html": "<aside title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</aside>",
      "dependencies": []
    },
    {
      "variant": "namespace",
      "suffix": "tsx",
      "custom": true,
      "selected": true,
      "html": "<aside title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</aside>",
      "dependencies": []
    },
    {
      "variant": "barrel-namespace-alias",
      "suffix": "ts",
      "custom": false,
      "selected": false,
      "html": "<section title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</section>",
      "dependencies": [
        "C:\\Users\\devfive3901\\AppData\\Local\\Temp\\opencode\\workers\\w60-chain-updates\\W60f-742-ui.ts"
      ]
    },
    {
      "variant": "barrel-namespace-alias",
      "suffix": "ts",
      "custom": false,
      "selected": true,
      "html": "<section title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</section>",
      "dependencies": [
        "C:\\Users\\devfive3901\\AppData\\Local\\Temp\\opencode\\workers\\w60-chain-updates\\W60f-742-ui.ts"
      ]
    },
    {
      "variant": "barrel-namespace-alias",
      "suffix": "ts",
      "custom": true,
      "selected": false,
      "html": "<aside title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</aside>",
      "dependencies": [
        "C:\\Users\\devfive3901\\AppData\\Local\\Temp\\opencode\\workers\\w60-chain-updates\\W60f-742-ui.ts"
      ]
    },
    {
      "variant": "barrel-namespace-alias",
      "suffix": "ts",
      "custom": true,
      "selected": true,
      "html": "<aside title=\"base\" class=\"c b\" style=\"border-color:orange\" as=\"nav\">child</aside>",
      "dependencies": [
        "C:\\Users\\devfive3901\\AppData\\Local\\Temp\\opencode\\workers\\w60-chain-updates\\W60f-742-ui.ts"
      ]
    },
    {
      "variant": "barrel-namespace-alias",
      "suffix": "tsx",
      "custom": false,
      "selected": false,
      "html": "<section title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</section>",
      "dependencies": [
        "C:\\Users\\devfive3901\\AppData\\Local\\Temp\\opencode\\workers\\w60-chain-updates\\W60f-742-ui.ts"
      ]
    },
    {
      "variant": "barrel-namespace-alias",
      "suffix": "tsx",
      "custom": false,
      "selected": true,
      "html": "<section title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</section>",
      "dependencies": [
        "C:\\Users\\devfive3901\\AppData\\Local\\Temp\\opencode\\workers\\w60-chain-updates\\W60f-742-ui.ts"
      ]
    },
    {
      "variant": "barrel-namespace-alias",
      "suffix": "tsx",
      "custom": true,
      "selected": false,
      "html": "<aside title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</aside>",
      "dependencies": [
        "C:\\Users\\devfive3901\\AppData\\Local\\Temp\\opencode\\workers\\w60-chain-updates\\W60f-742-ui.ts"
      ]
    },
    {
      "variant": "barrel-namespace-alias",
      "suffix": "tsx",
      "custom": true,
      "selected": true,
      "html": "<aside title=\"base\" as=\"nav\" class=\"c b\" style=\"border-color:orange\">child</aside>",
      "dependencies": [
        "C:\\Users\\devfive3901\\AppData\\Local\\Temp\\opencode\\workers\\w60-chain-updates\\W60f-742-ui.ts"
      ]
    }
  ]
}

2026-10-17 최신 head d2328d1c CI run 38939913687은 실패이며 outage/green acceptance로 분류하지 않습니다. publish job 117104663420에서 Linux Rust 100.00% coverage, 14768/14768 lines covered 및 일반 검증 후 Regression test (bun-plugin preload race)의 동일한 local-barrel consumer/react/jsx-dev-runtime 오류 1개가 실패했습니다. 다른 benchmark/landing-next-e2e/vinext-rsc-css-e2e job은 모두 통과했습니다. frozen main으로 별도 재현한 pragma 소실을 W67 fix/keep-jsx-pragmas가 수정하는 동안 coordinator 지시대로 fixture/source/assertion/workflow는 변경하지 않고 체인 갱신을 계속하며, 최종 green CI는 아직 미완료로 기록합니다.

2026-10-17 위 실패의 main JSX pragma 버그 수정은 별도 PR #784입니다. 실제 frozen-main 재현으로 분리된 오류이며 outage/green으로 바꾸지 않습니다. #784를 이 체인에 직접 병합하지 않고, 사용자가 main에 병합한 뒤 coordinator가 지시하는 main 갱신으로만 반영합니다.

2026-10-20 부모 갱신: GREEN #737 a4fc3193(CI run 39372110710: Linux Rust 15641/15641=100%, Bun 6,620 pass/0 fail, 모든 job 통과; GREEN #730 18e496f1과 main 280e75b5 포함)을 이 PR의 head d2328d1c에 진짜 병합했습니다(merge 03709953, 부모 d2328d1c/a4fc3193). 충돌은 bindings/devup-ui-wasm/src/lib.rs의 테스트 한 곳뿐이었습니다: #737·main의 test_has_devup_ui_wasm_function(3인자 has_devup_ui_wasm)이 이 PR의 4인자(import alias) hasDevupUI와 맞지 않아 이 PR의 has_devup_ui_covers_what_extraction_changes(같은 양성·음성·잘못된 확장자·barrel resolver·alias 사례를 모두 확인)만 남겼습니다. 단언 의도는 모두 이 PR의 테스트가 이미 확인하며, 소스 동작 변경은 없습니다.

검증: 기본 스택, CARGO_BUILD_JOBS=2, 6 GiB 감시로 clippy(-D warnings) 통과, workspace 테스트 5,779개 통과·실패 0, 스냅샷 변경 없음, WASM/root 재빌드, lint 0 오류(기존 경고 20개), Bun 6,627개 통과/실패 0/함수·라인 100%(main의 bun.setup.ts 전체 초기화 포함), 전체 hook 통과. 새로 생기는 오류·남는 한계·새 런타임 코드: 없음.

2026-10-20 부모·main 재갱신: 사용자가 #730(2c8120e1)과 #736(975ead31)을 main에 병합해 main이 7188d5ff가 되었고, 부모 #737은 최신 main을 진짜 병합한 ed11d338로 갱신되었습니다. 이 PR(#742)에 갱신된 #737을 진짜 병합했습니다(merge 0ab122f5, 부모 03709953/ed11d338). 충돌은 없었고(#737이 main을 이미 포함), 스냅샷 변경도 없었습니다.

검증: 기본 스택, CARGO_BUILD_JOBS=2, 6 GiB 감시로 clippy(-D warnings) 통과, workspace 테스트 5,865개 통과·실패 0, WASM/root 재빌드, lint 0 오류(기존 경고 20개), Bun 6,648개 통과/실패 0/함수·라인 100%, 전체 hook 통과(첫 시도는 Windows에서 PID 재사용으로 owns genuine Next webpack processes 프로세스 종료 확인이 한 번 실패했고 코드 변경 없이 같은 트리로 다시 통과했습니다). 새로 생기는 오류·남는 한계·새 런타임 코드: 없음.

[github-actions]

Changepacks

@devup-ui/wasm@1.0.83 → 1.0.84 - bindings/devup-ui-wasm/package.json

Patch

• A project module re-exporting Devup UI (export { Box, css } from '@devup-ui/react', export * from '@devup-ui/react', export { styled as s }, export * as Devup, a default export of an import, chains of barrels and the compat entry) now works: a file importing Box or css from it compiles exactly as if it imported from the package, following the barrel through the resolver (relative paths, tsconfig paths, package exports), and hasDevupUI sees such a file. Members read from a namespace or default import of the package (Devup['css'], const { css } = Devup, Devup.css as a value) compile where the build can follow them, Devup.x for a name the package compiles being read like the named import. New build errors, located at the use: what a barrel re-exports but the build cannot read (an unresolvable export * or module, a namespace of modules re-exporting the package) is an error where its name is used instead of a runtime crash, and a namespace member read by a key the build cannot know (Devup[key]), written, or destructured in a form it cannot follow (a rest, a computed key, a default value, a nested pattern, an exported declaration, or members mixed with ones that stay at runtime) is an error that names the members to read. A namespace passed on whole (Object.keys(Devup), spyOn(Devup, 'css'), export default Devup) is left as it is
• css(a, b) composing classes whose styles the build knows (a const bound to css() in the file, or a css() result another module exports with a rule object every value of which is known) merges their styles: a later part's declaration replaces an earlier one's for the same property, selector, breakpoint and layer, also under conditions (css(base, cond && danger)) and for ||/?? parts, where the classes used to be joined and the stylesheet order picked the winner. vanilla-extract style([a, b]) passes each composed style as its own argument, so the later one wins, and a style composed again later (style([a, b, a])) is kept. Classes the build does not know (strings, props, CSS Modules) are kept as they are
• styled(Base) extending a styled component the file binds to a const renders Base's tag directly with Base's styles composed under its own, so the extension's declarations replace Base's for the same property, selector, breakpoint and layer instead of losing to them by stylesheet order; Base's attrs apply before the extension's. attrs merge as styled-components merges them: className is joined with the caller's, style is merged and other props replace earlier ones. On an element, a className or style spread after the explicit prop now wins, as React merges props in the order they are written
• Emotion's now compiles at build time with no runtime: the element becomes what its child function ({ css, cx, theme }) => ... renders, each css and cx call becomes the classes it composes (later styles replace earlier ones; css reads strings as CSS text and its tagged templates split around mixins; cx keeps unknown classes, reads { name: condition } objects as conditional classes and composes nested css and cx calls), and theme.a.b in their values becomes var(--a-b). Numbers in css rules are px lengths, as Emotion reads them, and top-level constants are inlined. New build errors, each at file:line:col: a without exactly one child function taking { css, cx, theme } that gives what it renders at once (attributes, other children, rest or default parameters, async or generator functions, several statements); reading the theme other than as theme.a.b in a css value; using css or cx other than by calling them; a cx object with a spread, getter or method; parts css and cx cannot compose (runtime calls, spreads, a condition choosing between styles and classes). @devup-ui/react/compat exports ClassNames with the ClassNamesContent and ClassNamesArg types, and the @emotion/react declarations include them
• Emotion and styled-components component selectors now compile at build time: a styled component the file defines that another style selects (${Child} { ... } in CSS text, [Child] or [&:hover ${Child}] as a rule key) gets a short marker class, which only such components get, and the selector reads it as .marker; a component extending it, or an element inlining it for its css prop, keeps the marker. Selectors written without & now nest under the component as stylis nests them (ul { ... } is & ul, a selector list nests each selector, :hover applies to the component itself) instead of becoming global rules, and rule-object keys starting with ., #, [, *, >, + or ~ are read as nested selectors instead of properties
• Emotion's css prop compiles at build time while @emotion/react is aliased: on tags and Devup UI components always, and on every element once the file imports @emotion/react or @emotion/styled or names @emotion/react in a @jsxImportSource pragma; jsx, jsxs and jsxDEV from @emotion/react/jsx-runtime (or jsx-dev-runtime) and jsx from @emotion/react compile it too, so libraries built with Emotion's JSX runtime do as well. The prop becomes the element's className, with CSS variables in its style for values only the runtime gives: arrays and conditions compose with a later part replacing what an earlier one sets, css() classes the file knows compose by their styles, strings and templates are CSS text, css`` mixins split the text around them, a function of the theme reads theme.a.b as var(--a-b), unitless numbers are px as in Emotion (constants included), and a className holding known css() classes overrides the prop as Emotion's registered classes do. A styled component the file defines renders its tag in the element's place when the prop overrides its styles and it renders a tag with no attrs or props read and the element has no spread, as or forwardedAs. Emotion's JSX runtime imports become react/jsx-runtime, the pragma names react, and jsx comes from @devup-ui/react/compat (React's createElement); @devup-ui/react/compat/css-prop types the prop on React.Attributes. New build errors, each with file:line:column and the code: a css prop part the build cannot read (a call, an element), a style object declared inside a function or with let, a binding only running the module gives or code changes, a theme function that does more than return rules or reads the theme other than as theme.a.b in a value, an interpolation CSS text cannot place or a mixin inside a nested rule, and a css prop overriding a styled component's styles where its tag cannot be rendered in place. Composing css() with a part that reads a known binding (such as a keyframes name) now reads its value
• A project whose tsconfig.json (or jsconfig.json) builds JSX with Emotion (compilerOptions.jsxImportSource of @emotion/react, through extends and project references too) now compiles the css prop on every element of every file, and its .tsx and .jsx files are built with React's JSX runtime through a /** @jsxImportSource react */ pragma, which a file's own JSX pragma overrides, so the bundler no longer imports Emotion's runtime. The plugins read the setting into a new @emotion/react/jsx-runtime alias (importAliases can turn it off with false, and it is left out when @emotion/react is not aliased); @devup-ui/react/compat/emotion-jsx-runtime declares Emotion's JSX runtimes as React's so the project type-checks without Emotion installed. plugin-utils exports readJsxImportSource, and mergeImportAliases takes the JSX import source
• style-order-range only checks styleOrder where the build reads it: a prop of a Devup UI component and a top-level key of a style object passed to css/globalCss/keyframes. A styleOrder key in nested data, in a prop value such as an element passed as a prop, or in a call of a function sharing a name with an Object.prototype member is no longer reported. The array, typography and media rules already skip non-style data, and css-utils-literal-only accepts a css()/keyframes() result held in a const inside a function. No new build errors.
• hasDevupUI takes the import aliases and is true for a file extraction changes: one importing a redirected package (@emotion/styled, ...), naming @emotion/react in a @jsxImportSource pragma, or in a project whose tsconfig jsxImportSource is @emotion/react, so the Bun plugin no longer skips files whose only Devup UI is Emotion's css prop or an aliased import. Aliases of Devup UI now compile like the original: export const B = Box, const c = css; export { c as cc }, export const D = Devup and export const C = Devup.css in a barrel (the barrel module exports them as re-exports of the package, and what imports them follows them), export { Box } after an import, export default Box, const D = Devup namespace aliases, and const inner = css declared inside a function. A css() or keyframes() const that a function reads before its declaration compiles. New build error: a css()/keyframes() const read before its declaration runs (outside a function) is located and says to move the declaration above its first read
• Styled components the build generates are wrapped in React's forwardRef, so a ref passed to them reaches the element they render on React 18 as well as React 19; the file imports forwardRef from react when it defines one
• Styled components no longer pass every prop to the tag they render: $ props, theme and the props their style functions or attrs read are kept away from a tag unless it takes them as attributes, and shouldForwardProp (Emotion options or styled-components withConfig) is evaluated at build time. A shouldForwardProp the build cannot evaluate is a build error naming the file, line and code, with the forms it accepts. An element using a styled component the file defines drops props the component neither reads nor passes on; spread props are passed as written
• Styled components render what their as prop names, defaulting to the tag or component they were defined with, and pass forwardedAs on as as, as styled-components and Emotion do; as used to reach the rendered tag as an attribute. Component.withComponent(target) on a styled component the file binds to a const builds a component rendering the same styles and attrs as target (a tag name or a component JSX can name), where it used to call a method the generated function does not have and throw
• Tailwind classes in a className: each class compiles on its own and every class Tailwind does not define (custom, plugin and analytics classes) stays as written, where any recognized class used to rebuild the whole className without them and could rewrite part of another class; a class touching a template interpolation (icon-${name}) is left as written, and template classNames no longer get spaces inserted around interpolations. A class whose variant is not understood stays as written instead of applying unconditionally; variants follow Tailwind v4: stacked variants compose (hover:focus: matches the element itself), hover is guarded by @media (hover: hover), group-/peer- use the group/peer marker classes (and group-hover/name), and data-, aria-, has-, nth-, , **, supports-[…] and [&…]/[@media …] variants compile. Utilities emit all their declarations (size-, rounded-t-, truncate, sr-only, not-sr-only, text-sm with its line height, text-sm/6, leading-), translate/rotate/scale/skew compose through Tailwind's individual properties and registered variables (@Property) with negative values kept negative, and arbitrary values follow Tailwind's grammar: spaces for underscores except in url() and var() names, _ for an underscore, spaces around math operators, type hints, [property:value] and (--variable) shorthands. Words that only share a utility's prefix (select-wrapper, order-summary, cursor-foo) are no longer compiled

@devup-ui/bun-plugin@1.0.22 → 1.0.23 - packages/bun-plugin/package.json

Patch

• Bun plugin works with Bun.build: DevupUI() (from @devup-ui/bun-plugin/register) serves the generated stylesheet to the bundler's CSS loader once every other module is loaded, so the build emits a CSS output with the styles of the whole bundle instead of an empty module; class names are short there and readable under the runtime (debug option). Files importing the packages Devup UI takes the place of (@emotion/react, @emotion/styled, styled-components, @vanilla-extract/css), @stylexjs/stylex, or a subpath or re-export of these or @devup-ui/react, are compiled instead of skipped
• A project whose tsconfig.json (or jsconfig.json) builds JSX with Emotion (compilerOptions.jsxImportSource of @emotion/react, through extends and project references too) now compiles the css prop on every element of every file, and its .tsx and .jsx files are built with React's JSX runtime through a /** @jsxImportSource react */ pragma, which a file's own JSX pragma overrides, so the bundler no longer imports Emotion's runtime. The plugins read the setting into a new @emotion/react/jsx-runtime alias (importAliases can turn it off with false, and it is left out when @emotion/react is not aliased); @devup-ui/react/compat/emotion-jsx-runtime declares Emotion's JSX runtimes as React's so the project type-checks without Emotion installed. plugin-utils exports readJsxImportSource, and mergeImportAliases takes the JSX import source
• hasDevupUI takes the import aliases and is true for a file extraction changes: one importing a redirected package (@emotion/styled, ...), naming @emotion/react in a @jsxImportSource pragma, or in a project whose tsconfig jsxImportSource is @emotion/react, so the Bun plugin no longer skips files whose only Devup UI is Emotion's css prop or an aliased import. Aliases of Devup UI now compile like the original: export const B = Box, const c = css; export { c as cc }, export const D = Devup and export const C = Devup.css in a barrel (the barrel module exports them as re-exports of the package, and what imports them follows them), export { Box } after an import, export default Box, const D = Devup namespace aliases, and const inner = css declared inside a function. A css() or keyframes() const that a function reads before its declaration compiles. New build error: a css()/keyframes() const read before its declaration runs (outside a function) is located and says to move the declaration above its first read

@devup-ui/components@0.1.60 → 0.1.61 - packages/components/package.json

Patch

• Auto-update: depends on '@devup-ui/react' via a local workspace dependency

@devup-ui/eslint-plugin@1.0.22 → 1.0.23 - packages/eslint-plugin/package.json

Patch

• style-order-range only checks styleOrder where the build reads it: a prop of a Devup UI component and a top-level key of a style object passed to css/globalCss/keyframes. A styleOrder key in nested data, in a prop value such as an element passed as a prop, or in a call of a function sharing a name with an Object.prototype member is no longer reported. The array, typography and media rules already skip non-style data, and css-utils-literal-only accepts a css()/keyframes() result held in a const inside a function. No new build errors.

@devup-ui/next-plugin@1.0.90 → 1.0.91 - packages/next-plugin/package.json

Patch

• A project whose tsconfig.json (or jsconfig.json) builds JSX with Emotion (compilerOptions.jsxImportSource of @emotion/react, through extends and project references too) now compiles the css prop on every element of every file, and its .tsx and .jsx files are built with React's JSX runtime through a /** @jsxImportSource react */ pragma, which a file's own JSX pragma overrides, so the bundler no longer imports Emotion's runtime. The plugins read the setting into a new @emotion/react/jsx-runtime alias (importAliases can turn it off with false, and it is left out when @emotion/react is not aliased); @devup-ui/react/compat/emotion-jsx-runtime declares Emotion's JSX runtimes as React's so the project type-checks without Emotion installed. plugin-utils exports readJsxImportSource, and mergeImportAliases takes the JSX import source

@devup-ui/plugin-utils@1.0.17 → 1.0.18 - packages/plugin-utils/package.json

Patch

• Webpack and Rsbuild builds hold every style in their stylesheets: a stylesheet module is built on its first import, so styles extracted later (the global styles of files webpack or Rsbuild reached late, often outside src) were missing from the output. The files the entries reach under src are now extracted before the build, the shared base on disk is kept current, and when a stylesheet still changed during the build it is compiled once more, writing only the complete result. Rsbuild serves each stylesheet from the current sheet instead of a module-wide string kept only when it grew, which left edits that shortened the CSS and later builds in the same process stale. plugin-utils adds computeReachableFiles
• A project whose tsconfig.json (or jsconfig.json) builds JSX with Emotion (compilerOptions.jsxImportSource of @emotion/react, through extends and project references too) now compiles the css prop on every element of every file, and its .tsx and .jsx files are built with React's JSX runtime through a /** @jsxImportSource react */ pragma, which a file's own JSX pragma overrides, so the bundler no longer imports Emotion's runtime. The plugins read the setting into a new @emotion/react/jsx-runtime alias (importAliases can turn it off with false, and it is left out when @emotion/react is not aliased); @devup-ui/react/compat/emotion-jsx-runtime declares Emotion's JSX runtimes as React's so the project type-checks without Emotion installed. plugin-utils exports readJsxImportSource, and mergeImportAliases takes the JSX import source

@devup-ui/react@1.0.44 → 1.0.45 - packages/react/package.json

Patch

• Emotion's now compiles at build time with no runtime: the element becomes what its child function ({ css, cx, theme }) => ... renders, each css and cx call becomes the classes it composes (later styles replace earlier ones; css reads strings as CSS text and its tagged templates split around mixins; cx keeps unknown classes, reads { name: condition } objects as conditional classes and composes nested css and cx calls), and theme.a.b in their values becomes var(--a-b). Numbers in css rules are px lengths, as Emotion reads them, and top-level constants are inlined. New build errors, each at file:line:col: a without exactly one child function taking { css, cx, theme } that gives what it renders at once (attributes, other children, rest or default parameters, async or generator functions, several statements); reading the theme other than as theme.a.b in a css value; using css or cx other than by calling them; a cx object with a spread, getter or method; parts css and cx cannot compose (runtime calls, spreads, a condition choosing between styles and classes). @devup-ui/react/compat exports ClassNames with the ClassNamesContent and ClassNamesArg types, and the @emotion/react declarations include them
• Emotion's css prop compiles at build time while @emotion/react is aliased: on tags and Devup UI components always, and on every element once the file imports @emotion/react or @emotion/styled or names @emotion/react in a @jsxImportSource pragma; jsx, jsxs and jsxDEV from @emotion/react/jsx-runtime (or jsx-dev-runtime) and jsx from @emotion/react compile it too, so libraries built with Emotion's JSX runtime do as well. The prop becomes the element's className, with CSS variables in its style for values only the runtime gives: arrays and conditions compose with a later part replacing what an earlier one sets, css() classes the file knows compose by their styles, strings and templates are CSS text, css`` mixins split the text around them, a function of the theme reads theme.a.b as var(--a-b), unitless numbers are px as in Emotion (constants included), and a className holding known css() classes overrides the prop as Emotion's registered classes do. A styled component the file defines renders its tag in the element's place when the prop overrides its styles and it renders a tag with no attrs or props read and the element has no spread, as or forwardedAs. Emotion's JSX runtime imports become react/jsx-runtime, the pragma names react, and jsx comes from @devup-ui/react/compat (React's createElement); @devup-ui/react/compat/css-prop types the prop on React.Attributes. New build errors, each with file:line:column and the code: a css prop part the build cannot read (a call, an element), a style object declared inside a function or with let, a binding only running the module gives or code changes, a theme function that does more than return rules or reads the theme other than as theme.a.b in a value, an interpolation CSS text cannot place or a mixin inside a nested rule, and a css prop overriding a styled component's styles where its tag cannot be rendered in place. Composing css() with a part that reads a known binding (such as a keyframes name) now reads its value
• A project whose tsconfig.json (or jsconfig.json) builds JSX with Emotion (compilerOptions.jsxImportSource of @emotion/react, through extends and project references too) now compiles the css prop on every element of every file, and its .tsx and .jsx files are built with React's JSX runtime through a /** @jsxImportSource react */ pragma, which a file's own JSX pragma overrides, so the bundler no longer imports Emotion's runtime. The plugins read the setting into a new @emotion/react/jsx-runtime alias (importAliases can turn it off with false, and it is left out when @emotion/react is not aliased); @devup-ui/react/compat/emotion-jsx-runtime declares Emotion's JSX runtimes as React's so the project type-checks without Emotion installed. plugin-utils exports readJsxImportSource, and mergeImportAliases takes the JSX import source

@devup-ui/reset-css@1.0.31 → 1.0.32 - packages/reset-css/package.json

Patch

• Auto-update: depends on '@devup-ui/react' via a local workspace dependency

@devup-ui/rsbuild-plugin@1.0.67 → 1.0.68 - packages/rsbuild-plugin/package.json

Patch

• Webpack and Rsbuild builds hold every style in their stylesheets: a stylesheet module is built on its first import, so styles extracted later (the global styles of files webpack or Rsbuild reached late, often outside src) were missing from the output. The files the entries reach under src are now extracted before the build, the shared base on disk is kept current, and when a stylesheet still changed during the build it is compiled once more, writing only the complete result. Rsbuild serves each stylesheet from the current sheet instead of a module-wide string kept only when it grew, which left edits that shortened the CSS and later builds in the same process stale. plugin-utils adds computeReachableFiles
• A project whose tsconfig.json (or jsconfig.json) builds JSX with Emotion (compilerOptions.jsxImportSource of @emotion/react, through extends and project references too) now compiles the css prop on every element of every file, and its .tsx and .jsx files are built with React's JSX runtime through a /** @jsxImportSource react */ pragma, which a file's own JSX pragma overrides, so the bundler no longer imports Emotion's runtime. The plugins read the setting into a new @emotion/react/jsx-runtime alias (importAliases can turn it off with false, and it is left out when @emotion/react is not aliased); @devup-ui/react/compat/emotion-jsx-runtime declares Emotion's JSX runtimes as React's so the project type-checks without Emotion installed. plugin-utils exports readJsxImportSource, and mergeImportAliases takes the JSX import source

@devup-ui/vite-plugin@1.0.73 → 1.0.74 - packages/vite-plugin/package.json

Patch

• A project whose tsconfig.json (or jsconfig.json) builds JSX with Emotion (compilerOptions.jsxImportSource of @emotion/react, through extends and project references too) now compiles the css prop on every element of every file, and its .tsx and .jsx files are built with React's JSX runtime through a /** @jsxImportSource react */ pragma, which a file's own JSX pragma overrides, so the bundler no longer imports Emotion's runtime. The plugins read the setting into a new @emotion/react/jsx-runtime alias (importAliases can turn it off with false, and it is left out when @emotion/react is not aliased); @devup-ui/react/compat/emotion-jsx-runtime declares Emotion's JSX runtimes as React's so the project type-checks without Emotion installed. plugin-utils exports readJsxImportSource, and mergeImportAliases takes the JSX import source

@devup-ui/webpack-plugin@1.0.71 → 1.0.72 - packages/webpack-plugin/package.json

Patch

• Webpack and Rsbuild builds hold every style in their stylesheets: a stylesheet module is built on its first import, so styles extracted later (the global styles of files webpack or Rsbuild reached late, often outside src) were missing from the output. The files the entries reach under src are now extracted before the build, the shared base on disk is kept current, and when a stylesheet still changed during the build it is compiled once more, writing only the complete result. Rsbuild serves each stylesheet from the current sheet instead of a module-wide string kept only when it grew, which left edits that shortened the CSS and later builds in the same process stale. plugin-utils adds computeReachableFiles
• A project whose tsconfig.json (or jsconfig.json) builds JSX with Emotion (compilerOptions.jsxImportSource of @emotion/react, through extends and project references too) now compiles the css prop on every element of every file, and its .tsx and .jsx files are built with React's JSX runtime through a /** @jsxImportSource react */ pragma, which a file's own JSX pragma overrides, so the bundler no longer imports Emotion's runtime. The plugins read the setting into a new @emotion/react/jsx-runtime alias (importAliases can turn it off with false, and it is left out when @emotion/react is not aliased); @devup-ui/react/compat/emotion-jsx-runtime declares Emotion's JSX runtimes as React's so the project type-checks without Emotion installed. plugin-utils exports readJsxImportSource, and mergeImportAliases takes the JSX import source

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.

Files with missing lines	Coverage Δ
bindings/devup-ui-wasm/src/lib.rs	100.00% <ø> (ø)
libs/extractor/src/barrel.rs	100.00% <100.00%> (ø)
libs/extractor/src/barrel/aliases.rs	100.00% <100.00%> (ø)
libs/extractor/src/lib.rs	100.00% <100.00%> (ø)
libs/extractor/src/module_loader.rs	100.00% <ø> (ø)
packages/bun-plugin/src/plugin.ts	100.00% <100.00%> (ø)

... and 5 files with indirect coverage changes

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
• 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.