你司是如何调试大型前端项目的？

[Bechbaliq]

git clone 下来好几个 G，从没在浏览器中做过 React Hooks 项目的调试和性能优化，向 v 站大神们取取经，有什么文章或者书籍可以推荐的，或者 learn by doing 类型的 blog

[maocat]

这，好几个 G，这是把 node_modules 上传了吗

[learningman]

加上 node_modules 也不能有几个 G 啊。。。

[noqwerty]

这是把静态资源一起放在 Git 里了吗，咋会这么大

[matthewzhong]

几个 g 的代码，大厂大项目啊

[murmur]

好几个 g 估计不仅有 node_modules 、依赖库 binary，搞不好还有视频资源。。

[phobal]

只要有 sourcemap 就比较好调试，跟项目大小关系不是很大，顶多调用链路深一点儿。
hooks 的性能问题的话，多检查一下 deps，方法能用 useCallback 包装的给包一下，变量能用 useMemo 包一下的给包一下

[tomczhen]

好几个 g 是因为现在前端流行 Monorepo 的方式管理项目代码，而不是传统的 MultiRepo，等半年之后 Monorepo 变成传统的管理方式就解决这个问题了。doge

[weixiangzhe]

Performance 录入流程，

[maichael]

@tomczhen #7 Monorepo 堆到几个 G 也是很过份了。强行 Monorepo 了

[maichael]

你们这个项目也不是突然一天内膨胀到现在这个规模的，难道逐渐膨胀的过程中你们一直以来都没有调试方法的？

[darksword21]

@murmur 展开说说

[murmur]

@darksword21 没有，就是记得一个笑话，有一群工程师在开发无聊的时候踢耍游戏，但是当时找不到 u 盘，就把游戏上传到版本控制给大家分享，然后运维觉得奇怪，为什么这个 war 包这么巨大，打开一看里面有一个游戏的安装程序

正常来说前端项目不会这么大，就算代码再多依赖是固定的，不会你写多了 webpack 几份，loader 几份，多的都是项目和资源

4gb 的纯业务代码带依赖打成发布版，哪个浏览器跑的起来

[murmur]

*更正 4gb->好几个 gb
*项目 -> 业务代码

[red2dog]

你说的应该是那种一个主体项目+十几个自己写的工具库（ babel 插件，webpack 插件之类的） 用 lerna 管理的项目吧。

[Bechbaliq]

@red2dog 不是，src/app 下好多个单独 app 那种

[pkupyx]

讲道理不可能全是代码吧。一行算你 100 字节，1GB=1e9=1KW 行？

[Bechbaliq]

@pkupyx #16 是真的，80 个 app，每个 app 里都包含前后端代码