主题
Monorepo
这些题与问题库里的是同一批，这里按各自主要考察的能力分组。
15 道问题
A · 专业解题与实现15
- 仓库允许外部贡献者提交代码，自动检查与构建流程会读取测试凭证并构建发布包。你会怎样检查流水线中的信任边界和凭证暴露风险？
- 公司的多个前端项目分散在不同仓库，有人提议合并成 monorepo。你会怎样判断该不该做，又怎样分步验证？
- 代码改动后，构建系统有时漏掉受影响应用，有时又重建整个仓库。你会怎样验证依赖图和缓存失效规则？
- 一个仓库包含多个团队和生产部署配置，代码所有者规则无法覆盖临时管理员和自动化账号。你会怎样审视权限与审查边界？
- 两个产品包形成依赖环，拆分后又需要共享领域类型。你会怎样调整边界，避免用新公共包掩盖循环？
- 团队决定把一个大型仓库拆成多个仓库，但代码历史、自动检查与构建流程、包发布和代码所有权都有关联。你会怎样安排迁移顺序？
- monorepo 中公共包经常由某个团队顺手修改，使用方却在升级后才发现行为变化。你会怎样建立包所有权与兼容接口约定？
- 不同包发布节奏差异很大，但共享版本号让无关团队被迫同步发版。你会怎样设计版本与发布策略？
- 仓库有数百个包，完整自动检查与构建耗时很长，团队准备只测试受变更影响的部分。你会怎样证明选择性测试没有漏掉关键依赖？
- 组织要把多个仓库从旧的自动构建与检查平台迁到新平台，但团队不能同时停下交付。你会怎样分批迁移，并判断哪些仓库可以进入下一批？
- 多个团队共享仓库却有不同发布节奏，公共包变更经常阻塞无关团队。你会如何设计边界、影响分析和发布约定？
- 同一版本在不同集群表现不同，配置变更又没有完整审计。你会如何建立配置来源、差异检测和回滚能力？
- 一个共享库发布了向后兼容的版本，但多个应用仓库因依赖锁定、生成代码或发布窗口不同，无法及时升级；安全修复因此被长期阻塞。你会如何设计兼容策略和依赖升级流程？
- 同一提交在开发者本地稳定通过，但自动构建与检查流程偶尔因时区、随机顺序、共享缓存或并行竞争而失败。你会如何分类、复现并减少这类不稳定问题？
- 后端 API 同时生成 TypeScript、Java 和 Swift SDK，各语言的可空类型、枚举和错误模型逐渐不一致。你会如何设计接口约定源、生成流程和跨语言兼容测试？
当前目标在这里暂无匹配题。 ·