不再破坏你不知道存在的包。diffray 追踪 跨包依赖并在问题级联之前捕获它们。
越大越难管理
改一个文件,破坏 5 个包。在出问题之前无法知道哪些包依赖共享代码。
每个包发展不同。不同的 lint 规则、不同的模式、不同的质量水平。
PR 涉及多个包。审查者需要在所有领域都有专业知识,否则问题会遗漏。
内部包版本漂移。破坏性更改静默传播。集成问题晚期才浮出水面。
diffray 分析你的工作区结构并提供上下文感知的审查
当你更改共享代码时,diffray 映射每个依赖它的包并标记潜在的破坏性更改。
"此更改影响 @app/ui、@app/forms 和 @app/dashboard。考虑对表单验证的影响。"
定义哪些包可以从哪些包导入。防止耦合蔓延并保持清晰的架构。
"@app/core 不应从 @app/web 导入。这会产生循环依赖风险。"
在所有包中应用团队约定。无论包的年龄如何,质量标准都相同。
"此包使用默认导出,但团队标准是命名导出。参见 @app/components 的示例。"
根据更改了解哪些包需要测试。不要浪费 CI 时间测试不受影响的代码。
"对 @shared/utils 的更改影响 12 个包。建议运行测试:@app/auth、@app/payments。"