我们一直在努力使我们的临时站点尽可能地与生产站点相似,但我们只能使它变得如此相似.
我们的网站基于Laravel,具有实时的Node.JS服务器.我们正在使用Laravel Forge.
有没有人对如何更频繁地推送更新有任何建议？我们愿意接受任何事情.
>确保您的代码经过充分测试.
理想情况下,您应该拥有100％的单元测试覆盖率,以及针对每种可能的场景进行集成测试.
如果你没有这个,你应该放弃一切并得到这个照顾.
研究行为驱动的发展.
拥有完整的测试套件将允许您……
>运行持续集成.
每当有人提交更改时,CI就可以自动运行测试套件.如果测试套件通过,则可以立即部署(或安排部署).对于不需要对数据库进行任何重大更改的更改,仅此一项就可以为您节省大量时间和精力.
如果出现问题,CI还可以为您提供一键式回滚.
如果您的测试套件不完整和正确,则CI不太有用,因为整个前提依赖于能够以自动方式验证您的代码.
>进行原子更新.
理想情况下,您不应只是在生产服务器上复制旧文件.而是使用capistrano等工具将每个文件复制到新位置,然后使用符号链接指向所需的部署.回滚是即时的,因为它涉及简单地将符号链接更改为指向先前的部署. (虽然这不一定涵盖您的数据库迁移.)
还要看看Docker等容器是否可以帮助你.
>进行更小,更频繁的更改.
无论您是否有测试,CI或什么都没有,这一点可以帮助您.每个更改都应该有自己的git分支,并且部署应该尽可能少地进行更改.由于更改较小,因此在部署期间可能出错的可能性较小.
在这方面,尽可能使更改更加孤立.如果您对奥马哈游戏进行了更改,并且它不会影响德州扑克,5张卡片或任何其他内容,那么这是唯一需要暂停维护的游戏.
>分析长期运行的任何事情.
您提到部署的某些部分需要很长时间.这可能是数据库架构更改.值得让DBA查看您的数据库以及每个架构更改,以查看可以更好地执行哪些操作.
让主题专家查看占用大量时间的部署的任何其他部分.
>工作奇数小时.
你可能已经这样做了,但值得一提的是.不应期望开发人员(和系统管理员！)不再工作“9到5”,尤其是24×7全天候运行.如果有人预计会花一夜的时间照顾部署,解决任何问题,然后保持白天的日程安排,那么你的期望是不现实的,而且你正在设置那个人倦怠.