文档
- Introduction (介绍)
- Basic usage(基本用法)
- Libraries(库:资源包)
- Command-line interface / Commands(命令行接口 / 命令)
- The composer.json schema(composer.json 组织结构)
- Repositories(资源库)
- Config(配置)
- Runtime Composer utilities(运行时 Composer 实用工具)
- Community(社区)
相关文章
- Aliases(别名) 版本的别名分支名称
- Authentication for privately hosted packages and repositories(私有托管包和仓库的身份验证) 访问私有托管的包/存储库
- Autoloader optimization(优化自动加载) 如何降低自动加载的性能影响
- Composer platform dependencies(Composer平台依赖关系) 使您的软件包依赖于特定的 Composer 版本
- Setting up and using custom installers(设置和使用自定义安装程序) 修改某些类型的软件包的安装方式
- Handling private packages(处理私有包) 托管和安装专用 Composer 包
- Setting up and using plugins(设置和使用插件) 修改和扩展Composer的功能
- Repository priorities(存储库优先级) 配置在哪些存储库中找到哪些包
- Resolving merge conflicts(解决合并冲突) 关于在合并时优雅地解决冲突
- Scripts(脚本) 脚本是在安装软件包之前/之后调用的回调
- Troubleshooting(排错) 解决问题
- Vendor binaries and the `vendor/bin` directory(Vendor 二进制文件 和 `vendor/bin` 目录) 从包公开命令行脚本
- Versions and constraints(版本和约束) 版本说明.
常见问题
- How do I install a package to a custom path for my framework?(如何将包安装到框架的自定义路径?)
- How do I install Composer programmatically?(我如何以编程方式安装Composer?)
- How do I install untrusted packages safely? Is it safe to run Composer as superuser or root?(如何安全地安装不受信任的软件包?将 Composer 作为超级用户或 root 运行是否安全)
- Should I commit the dependencies in my vendor directory?(我应该在vendor目录中提交依赖项吗?)
- Which version numbering system does Composer itself use?(Composer 本身使用哪个版本编号系统?)
- Why are unbound version constraints a bad idea?(为什么未绑定版本约束是个坏主意)
- Why are version constraints combining comparisons and wildcards a bad idea?(为什么将比较和通配符相结合的版本约束是个坏主意?)
- Why can't Composer load repositories recursively?(为什么 Composer 不能递归加载库?)
API 文档
如果您需要将composer作为库使用,您可能还需要查看 源码