应避免直接上传 vendor 目录，而是在本地或 CI 中执行 composer install --no-dev --optimize-autoloader 生成确定依赖，仅上传源码、composer.json 和已提交的 composer.lock；部署时在主机验证 PHP 环境后运行安装命令或上传预构建包。
直接上传 vendor 目录到共享主机不仅体积大、易出错，还可能因主机环境（PHP版本、扩展、权限）不一致导致运行失败。更稳妥的做法是：在本地或CI环境中完成依赖安装，仅上传源码和锁定文件，再通过轻量方式在主机上补全或验证依赖。
composer.lock 文件已提交这是整个策略的前提。它锁定了所有包的确切版本和哈希值，让后续安装可重现。没有它，每次部署都可能拉取不同版本，引发兼容性问题。
composer.lock
composer install 或 composer update 生成它.gitignore 忽略）composer install --no-dev --optimize-autoloader
这是部署时的标准命令。它只安装 require 中的生产依赖（跳过 require-dev），同时生成优化后的自动加载映射，提升性能且减少文件数量。
vendor 目录，避免残留文件干扰除了源码和 composer.lock，只需带上 composer.json 和用于触发安装的简易脚本（可选）。无需上传 vendor、node_modules、测试文件等。
composer.json、composer.lock、index.php（或其他入口）、src/、config/ 等业务代码目录vendor/、tests/、.git/、README.md（非必需）.gitattributes 或部署脚本定义 clean export 列表部分主机禁用 exec()、禁止写入 vendor/ 或不提供 CLI。此时可在本地构建完整部署包：
composer install --no-dev --optimize-autoloader
vendor/ 连同源码（但压缩后上传），解压即用composer dump-autoload --classmap-authoritative 进一步减少运行时查找开销vendor/ 打包为 Phar（需主机支持 Phar 扩展）基本上就这些。核心是把“依赖解析”和“代码部署”拆开——前者在可控环境完成，后者只搬运确定结果。不复杂但容易忽略细节，尤其是 lock 文件和 PHP 环境匹配。
以上就是如何在不提交vendor目录的情况下部署Composer项目到共享主机？（部署策略）的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
214
收藏
