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

• 資深大佬 : 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 那种