Sublime怎么设置忽略特定的文件夹_Sublime搜索结果过滤设置【干货】
默认情况下,Sublime Text 的 Find in Files(Ctrl+Shift+F / Cmd+Shift+F)会递归扫描整个项目目录,包括 node_modules、dist、.git 等明显不需要搜索的路径。这不是性能问题,而是结果污染——你搜 fetchUser,结果里混着 200 个第三方库里的同名函数,根本没法定位。
技术博客
默认情况下,Sublime Text 的 Find in Files(Ctrl+Shift+F / Cmd+Shift+F)会递归扫描整个项目目录,包括 node_modules、dist、.git 等明显不需要搜索的路径。这不是性能问题,而是结果污染——你搜 fetchUser,结果里混着 200 个第三方库里的同名函数,根本没法定位。
Composer 在 WAMP/XAMPP 环境下无法直接运行,根本原因不是环境不支持,而是 PHP 命令行(CLI)版本与 Apache 使用的 PHP 版本不一致,且 PATH 未正确配置 —— 这导致 composer 命令找不到可用的 PHP 解释器。
Windows/Linux 默认是 F11,macOS 是 Ctrl+Cmd+F(不是 F11,系统级全屏会抢);按一次进全屏,再按一次退出。这个操作只影响 Sublime 窗口本身,不触发 macOS 的「进入全屏空间」动画——除非你手动点绿色按钮。
直接运行 composer require swoole/swoole 不会安装 Swoole 运行时能力,它只是个空壳包,仅声明了 "ext-swoole": "^5.0" 依赖。Composer 检查失败时抛出的错误(如 ext-swoole is missing)不是因为没装这个包,而是底层 PHP 扩展根本不存在。
Sublime 的编辑区背景色不由设置面板控制,也不靠主题文件(.sublime-theme)管——它只认配色方案文件(.tmTheme 或 .sublime-color-scheme)里 settings 块下的 background 字段。改这里,只动编辑区底色,不影响侧边栏、标签页、语法高亮等其他部分。
直接在命令行中指定包名,就能跳过其他依赖,只更新目标包及其满足的最小版本约束。这是最常用也最安全的细粒度控制方式。
如果项目里没有 composer.lock,直接运行 composer install 会失败,提示 Composer could not find a composer.json file in /path/to/project 或更常见的是 No composer.lock file present. You must run composer install first. —— 实际上这通常是因为它先检查了 composer.lock 是否存在,而你只放了 composer.json。
默认情况下,Composer 在执行耗时命令(比如 git clone、unzip、脚本钩子)时,会等待 300 秒(5 分钟)后强制终止。这不是网络超时,而是「单个外部进程运行时间」上限——哪怕 git 正在慢速拉取大仓库,也会被砍掉。
这是最常见的锁死表现:不是真被锁,而是 composer.lock 和 composer.json 不匹配,尤其是 dev 依赖缺失。Composer 拒绝降级或跳过校验,直接报错退出。
多数人卡在“点了 Install Package 却搜不到 ColorPicker”,根本原因不是插件坏了,而是 Package Control 没真正安装成功——它只是看起来在菜单里,实际没联网拉取插件索引。