모듈 번들러

Outcome：Complete the task with 모듈 번들러 (Module Bundler)。 User context：빌드는 하나의 진입 모듈에서 시작하여 동적 임포트, CSS 및 이미지를 따라갑니다. 해시가 포함된 이름 있는 청크를 작성하고, 반복되는 공통 코드를 제거하며, 파일 목록을 생성합니다. 레지스트리에서 패키지를 설치하는 것은 패키지 관리이지 번들링이 아닙니다. Technology or engineering concept：모듈 번들러 (Module Bundler)。 Why it fits：모듈 의존성 트리가 배포용으로 개선된 파일로 변환될 때 이 용어를 사용하십시오. Do not use it when：모든 컴파일러, 작업 실행기, 개발 서버가 모듈을 번들링한다고 가정하지 마세요. Engineering fit: Define where it runs and which version to use. Set its job, interfaces, data flow, dependencies, supported systems, security, and speed limits. Explain how it fits the current stack. Lifecycle safeguards: Check dependency health and licenses. Add monitoring and a fallback. Name the upgrade owner. Do not add a second tool for the same job without a measured benefit. Acceptance criteria: A small integration proves the needed behavior. Test compatibility, security, failure, and performance. Document deploy, upgrade, support, and rollback steps. Evidence and limits (evidence boundary)：해당 출처에 대해 공식적인 것입니다. 다른 플랫폼이나 팀은 그 용어를 다른 방식으로 사용할 수 있습니다. Unknowns to confirm: Current stack, runtime and version rules, target systems, dependency owner, performance budget, support period, and migration limits.