sublime怎么清除搜索记录_sublime历史搜索清理
Sublime 的查找(Ctrl+F)和替换(Ctrl+H)历史不是存在内存里,关掉再开就没了——它硬编码在配置文件中。所以清空的关键是定位并处理这个文件,而不是反复按上下箭头删记录。
技术博客
Sublime 的查找(Ctrl+F)和替换(Ctrl+H)历史不是存在内存里,关掉再开就没了——它硬编码在配置文件中。所以清空的关键是定位并处理这个文件,而不是反复按上下箭头删记录。
必须提前在联网机器上生成完整、可复现的 vendor 快照,仅靠 composer.lock 文件本身不够——它不包含二进制依赖(如 phpunit/phpunit 的 PHAR、laravel/pint 的可执行文件)或某些通过 install 脚本动态生成的资源。
Composer 默认拒绝未经认证的私有仓库访问,直接 composer require 会报 401 Unauthorized 或 403 Forbidden。关键不是改 composer.json,而是让 Composer 知道“你是谁”——这靠 auth.json 文件实现。
Sublime Text 本身不保存「关闭后的历史」,但会记住最近打开过的文件(只要没清空缓存或重装),关键是得用对入口。很多人点 File → Open Recent 发现列表空空如也,其实是误以为它包含已关闭文件——其实它只记录当前会话中打开过、且尚未关闭的文件,或者重启前手动保存过的「工作区历史」。
直接在 composer.json 的 repositories 中声明一个 path 类型仓库,就能让 Composer 从相对路径加载离线包。这比手动拷贝或 symlink 更可控,也支持版本约束。
直接写 "vendor/package": "dev-main#abc1234" 就行,Composer 会自动识别为「main 分支 + 指定提交哈希」。它不是特殊语法,而是 Composer 对版本约束的原生支持——dev- 前缀表示开发分支,# 后面是 Git commit hash 或 tag 名。
不能。Sublime Text 默认不带 F# 支持,连 .fs 文件的语法高亮都没有,更别说运行了。它不像 VS Code 那样靠扩展自动拉取语言服务器,得手动装包、配构建系统,而且要注意 .NET 版本兼容性。
默认情况下,Sublime可能把 .sh 文件当成“Shell Script”(POSIX sh),而非 Bash——这意味着 [[ ]]、$(())、数组语法等 Bash 特有结构不会高亮,甚至会报错提示“unexpected token”。
直接按 Ctrl+Shift+P(Windows/Linux)或 Cmd+Shift+P(macOS)搜 UUID,结果为空——这不是你插件装少了,是 Sublime 原生真不提供这个功能。它连随机字符串生成器都没有,所有“快速生成”都得靠外部工具或插件补足。
它只检查 composer.lock 中已安装的依赖,不扫描源码或自定义代码。结果来自 Packagist 官方维护的 [Security Advisory Database](https://github.com/composer/advisories),覆盖主流 PHP 包(如 monolog/monolog、laravel/framework),但不会报出未收录的私有包或未公开披露的 0day。