服务器上，数据库是依赖 Migrations，还是直接导SQL，还是自己写install。
vender 的是在服务器上也用 composer 还是手动传？
服务器上也用 artisan/composer 吗?
其他注意事项有什么？
8本文来源gao.dai.ma.com搞@代*码(网$
搞代gaodaima码
回复内容：
服务器上，数据库是依赖 Migrations，还是直接导SQL，还是自己写install。
vender 的是在服务器上也用 composer 还是手动传？
服务器上也用 artisan/composer 吗?
其他注意事项有什么？
在预发布环境从代码库完整 clone 一份代码到指定路径，然后执行
<code class="lang-bash">composer install --prefer-dist --no-devcomposer dumpautoload --no-dev --optimize</code>
然后通过 rsync 同步到生产环境
<code class="lang-bash">rsync -zr --exclude-from=${PROJECT_DIR}/.deploy/rsync.excludes ${PROJECT_DIR}/ production:${PROJECT_DIR}/</code>
vendor 目录里有很多文件并不需要发布到生产环境，可以设置一个忽略文件列表：
<code class="lang-bash">.git/app/config/local/app/config/test/app/config/testing/app/config/pre-release/app/config/packages/**/local/app/config/packages/**/test/app/config/packages/**/pre-release/app/database/migrations/*app/database/seeds/*app/start/local.phpapp/start/test.phpapp/start/testing.phpapp/start/pre-release.phpapp/storage/cache/*app/storage/logs/*app/storage/sessions/*app/storage/views/*app/tests/*Test.phpapp/tests/**/*Test.phpvendor/**/tests/vendor/**/test/vendor/**/Tests/vendor/**/doc/vendor/**/notes/vendor/**/test-suite/vendor/**/*.mdvendor/**/READMEvendor/**/phpunit.xml.*vendor/**/.travis.ymlphpunit.xml</code>
为了发布速度更快一些，可以先打包，然后再 scp 到生产环境。
这些工作都可用脚本来自动完成，只需前期调试完善，后面发布就很轻松了。
直接composer。。。
composer部署便于以后升级
不上传vender，用composer install方便
-
我觉得升级数据库用 Migrations 不靠谱。比如，表结构变了，旧数据要导入新表里，这个怎么用Migrations 实现？除了在 Migrations 写导入导出逻辑，我想不到其他方法了。但这样和自己写脚本没啥区别了吧。
-
vender 还是直接 composer 吧。它就是干这个活的。不过需要注意本地生成的 .lock 需要删除。
-
服务器上也用 artisan/composer。
搞代码网（gaodaima.com）提供的所有资源部分来自互联网，如果有侵犯您的版权或其他权益，请说明详细缘由并提供版权或权益证明然后发送到邮箱[email protected]，我们会在看到邮件的第一时间内为您处理，或直接联系QQ：872152909。本网站采用BY-NC-SA协议进行授权
转载请注明原文链接：有人部署过 Laravel 吗？
转载请注明原文链接：有人部署过 Laravel 吗？
