sublime怎么查看最近打开的文件_Sublime历史文件记录【基础】
Sublime Text 没有独立的“历史面板”,但 Ctrl+P(macOS 用 Cmd+P)就是它的历史入口——它不是单纯搜文件名,而是按访问时间倒序排列所有曾打开过的文件,最近的天然置顶。
技术博客
Sublime Text 没有独立的“历史面板”,但 Ctrl+P(macOS 用 Cmd+P)就是它的历史入口——它不是单纯搜文件名,而是按访问时间倒序排列所有曾打开过的文件,最近的天然置顶。
直接运行 composer show 就能看到当前项目里所有已安装的包及其版本,这是最轻量、最可靠的实时查看方式。它不依赖 lock 文件是否完整,也不要求 vendor 目录存在(只要 composer.json 在就行)。
Sublime Text 的字体大小修改是即时生效的,改完保存用户配置就立刻看到效果,连刷新视图都不用。关键不是“能不能改”,而是改对地方、写对格式。
快捷键没反应,90% 是 command 写错了——不是拼错,是根本不存在或已改名。Sublime 不报错,只是静默忽略。
直接装 dev- 开头的版本名就行,Composer 会自动识别为开发分支而非稳定版。比如想装 monolog/monolog 的 main 分支,命令是:composer require monolog/monolog:dev-main注意不是 dev-main@dev,也不是加 –stability=dev——后者只影响依赖解析策略,不指定具体分支。
Sublime Text 本身不内置 Cocos2d-x 支持,但可以作为高效编辑器配合命令行构建流程——关键不是“配置 Cocos2d-x 环境”,而是让 Sublime 正确识别语法、跳转符号、触发编译,并避免误用 IDE 功能。
直接运行 composer graph 会报错:Command "graph" is not defined. —— 因为它根本不是 Composer 内置命令。你看到的教程或博客里写的这个命令,基本都依赖第三方插件,最常用的是 graphviz + composer-dependency-graph 或 phpstan/dependency-injection 的衍生工具,但主流方案其实是 roave/composer-dependency-analyzer 配合可视化导出,或者更轻量的 composer show –tree。
Composer 本身不支持“为单个项目单独配置授权码”,所谓“项目授权码”其实是通过 auth.json 文件在项目目录或全局位置声明凭证,让 Composer 在访问私有仓库(如 Packagist.com 私有包、GitHub Packages、GitLab Composer Registry)时能自动携带 token 认证。
Composer 在 Windows 下不需要“配置环境变量”也能用,但加了之后才能全局调用 composer 命令——关键不是“能不能装”,而是“在哪能敲命令”。
Composer 不能直接管理 WordPress 插件的运行时行为,但可以可靠地管理插件的源码分发、版本锁定和依赖安装——前提是插件本身支持 Composer 安装(即提供 composer.json 并发布到 Packagist 或私有仓库)。