技术博客
直接写 "vendor/package": "dev-main#abc1234" 就行，Composer 会自动识别为「main 分支 + 指定提交哈希」。它不是特殊语法，而是 Composer 对版本约束的原生支持——dev- 前缀表示开发分支，# 后面是 Git commit hash 或 tag 名。
PHP 是解释型语言，没有内置的分支（branch）机制——分支是版本控制系统（如 Git）的功能，不是 PHP 语言或运行时的一部分。你真正要操作的是 Git 分支，而不是“PHP 分支”。常见误解是把 if 分支逻辑、Composer 的包版本分支或部署环境配置误当成“PHP 分支”，这些都和 Git 分支无关。
Go 1.11+ 默认在 GOPATH 外自动启用模块模式，但项目根目录下没有 go.mod 文件就代表未初始化模块。运行 go env GO111MODULE 查看值：若为 off，则无论在哪都会禁用模块；on 强制启用；auto（默认）表示仅当不在 GOPATH/src 下且存在 go.mod 时才启用。
它只检查 composer.lock 中已安装的依赖，不扫描源码或自定义代码。结果来自 Packagist 官方维护的 [Security Advisory Database](https://github.com/composer/advisories)，覆盖主流 PHP 包（如 monolog/monolog、laravel/framework），但不会报出未收录的私有包或未公开披露的 0day。
直接在包名后面加 dev-分支名 即可，Composer 会自动从对应仓库拉取该分支的最新提交。这不是“安装分支”，而是把分支当作一个开发版本（version）来引用。
开启 classmap-authoritative 后，Composer 会完全跳过 PSR-4/PSR-0 的文件扫描逻辑，只从生成的 vendor/composer/autoload_classmap.php 中查类名。这意味着：没有 file_exists()、没有 is_dir()、没有递归遍历 src/ 或 lib/ —— 每次 new Foo() 都是纯数组查找，O(1)。
Sublime Text 本身不带编译器，所谓“配置 C++ 环境”，本质是告诉它：在哪找 g++、用什么命令跑、怎么把错误行号映射回编辑器。Windows 用户最容易卡在路径没加进系统环境变量，导致 g++ 命令根本找不到。
重点看报错里带路径的那一行，比如：file_put_contents(/path/to/project/vendor/autoload.php): failed to open stream: Permission denied，说明问题就卡在 vendor/ 目录上。
这是最典型的版本不匹配：Composer 读取 composer.json 中的 php 约束（比如 "php": "^8.1"），发现当前 CLI 的 PHP 版本不满足，直接中断。不是 Composer 自身版本问题，而是它在替你校验项目依赖的 PHP 环境底线。
这通常不是网络问题，而是 Composer 没法通过 SSH 访问私有 Git 仓库。Composer 默认走 HTTPS 协议拉取包，但你的私有仓库只开了 SSH（比如 git@git.example.com:org/pkg.git），而 SSH 密钥没配好或没被 Composer 正确使用。