脚本多了改个脚本编辑器右下角就提示编译脚本中，每次至少都要四五秒，很影响效率，希望下个版本能优化一下或者能给个折中方案 
项目工程脚本数量很多吗、整体体积很大？
整个asset文件夹也就500多M吧，脚本数量我找个工具统计一下 
vscode统计的看起来脚本文件也不算多，编辑器是3.8.0，资源导入和变动刷新速度可以接受，就是每次编译脚本用时真的有点长了
我这边unity每次都是几秒到几分钟不等，我说啥了吗 
可以测试一下，新建一个脚本，挂在到节点中，然后修改这个脚本，是否也会耗时这么久？
如果会，那估计是 bundle 所有脚本的时候太费时间。
如果不会，那么可能是你之前修改的脚本被依赖得比较多导致被依赖的脚本也触发了重新编译。
新建一个挂上去我敲个空格ctrl+s回到编辑器也会哦，然后脚本放在我自己创建的script文件夹下，script并没有设置为bundle
可以设置不自动更新资源
我知道可以但是就是手动刷新，改完后手动刷新每次编译脚本的时间也是蛮久的虽然可以减少刷新的次数
这比较奇怪，我这里项目没有发现要等这么久的情况。
能帮忙在你电脑上测试一下，新建简单工程，添加脚本是否也会出现？
另外，你关闭编辑器，删除 temp 目录，重启编辑器看看。
因为，目前的项目脚本编译的流程，重命名脚本会导致残留配置到 temp 目录下，导致配置过大。有点怀疑是太多的缓存残留导致的。
可以我试试等下给你回复
司内使用安全空间类型的内网软件,加上硬件一般,也会有这样的情况.
之前更严重,换了个内存条后好一些,但还是比在没有使用内网软件的环境下慢.
比起自己电脑上跑项目也是慢很多.
我在官方的自定义管线的案例上测试了一下这个项目上改个脚本保存编辑器很快就编译好了，然后我自己这个项目按照你说的我把temp删了重启编辑器重复刚刚的操作，右下角提示脚本编译中还是要五六秒这样子，所以目前看来还是因为文件数量导致的
这比较奇怪，项目脚本，是按照散文件的方式进行编译的，编译后也没有打包的流程，应该是很快的。
如果有复现的工程提供给我的话，会比较容易查。
你们测试工程应该也有文件1w左右的项目吧，应该就能复现吧，不行的话我抽空弄一个发你
没有这么多文件的。嗯，如果方便，有空私信一个 Demo 我。
我内部找到一个项目，能够复现出类似问题。我先确认一下。
给力给力 
痛点，如果能优化了编辑器体验提升一大截
麻烦复现问题前把 temp/programming/packer-driver/logs/debug.log 的内容清空，注意不是删除这个文件。
然后修改一个脚本文件内容，等脚本编译完成后，把这个 debug.log 发给我。
ok稍等。。。