Rails 应用使用 Capistrano2 部署流程

Capistrano 2 首次部署流程

  1. 修改 config/deploy.rb 和 config/deploy/production.rb
  2. bundle exec cap production deploy:setup
  3. bundle exec cap production deploy:check
  4. bundle exec cap production deploy:cold

配置 Nginx

  1. ln -s /opt/app/ruby/aaa-cms/current/config/nginx.conf
    /etc/nginx/conf.d/ott_tv_cms.conf
  2. 添加 "include conf.d/aaa_cms.conf;" 到 /etc/nginx/nginx.conf
  3. 运行 nginx -t 来检查 nginx 配置没有问题
  4. 运行 nginx -s reload 来重启 nginx

初始话数据库数据

RAILS_ENV=production bundle exec bin/rake db:seed

Capistrano 2 首次部署完成后再部署

bundle exec cap production deploy

时间： 2024-10-05 20:31:52

Rails 应用使用 Capistrano2 部署流程的相关文章

OpenStack Swift集群部署流程与简单使用

转载:http://www.cnblogs.com/fczjuever/p/3224022.html 之前介绍了<OpenStack Swift All In One安装部署流程与简单使用>,那么接下来就说一说Swift集群部署吧. 1. 简介 本文档详细描述了使用两台PC部署一个小型Swift集群的过程,并给出一些简单的使用实例.本文档假定如下前提条件: 使用Ubuntu操作系统. 每台机器都运行Swift的所有服务,既是Proxy Server,又是Storage Server,用户可以向

activiti自定义流程之Spring整合activiti-modeler5.16实例（四）：部署流程定义

注:(1)环境搭建:activiti自定义流程之Spring整合activiti-modeler5.16实例(一):环境搭建        (2)创建流程模型:activiti自定义流程之Spring整合activiti-modeler5.16实例(二):创建流程模型        (3)流程模型列表展示:activiti自定义流程之Spring整合activiti-modeler5.16实例(三):流程模型列表展示 1.maven导包及spring的一些基本配置与之前的没有什么变化,依旧沿用就

activiti自定义流程之整合（四）：整合自定义表单部署流程定义

综合前几篇博文内容,我想在整合这一部分中应该会有很多模块会跳过不讲,就如自定义表单的表单列表那一块,因为这些模块在整合的过程中都几乎没有什么改动,再多讲也是重复无用功. 正因为如此,在创建了流程模型之后,模型列表的展示也是和之前的没有什么区别,而且都是很简单的后台查询以及前台展示,这一部分也就不过多的讲了. 模型列表页面如下: 至于其中的修改和删除也没什么多讲的,删除很简单,而修改也是activiti-modeler实现的主要功能,我们只需要跳转过去就行. 重要的部分在于部署,因为点击部署到达后

2017.2.28 activiti实战--第五章--用户与组及部署管理（二）部署流程资源

学习资料:<Activiti实战> 第五章 用户与组及部署管理(二)部署流程资源 内容概览:讲解流程资源的读取与部署. 5.2 部署流程资源 5.2.1 流程资源 流程资源常用的有以下几种: 1 流程定义文件:拓展名为bpmn20.xml和bpmn 2 流程定义的图片:拓展名为PNG 3 表单文件:拓展名为form 4 规则文件:拓展名为drl 部署流程资源的时候,要注意一点: 引擎会根据不同的拓展名进行不同的处理.bpmn或bpmn20.xml类型的文件,会在ACT_RU_PROCDEF(流

activiti自己定义流程之整合（四）：整合自己定义表单部署流程定义

综合前几篇博文内容.我想在整合这一部分中应该会有非常多模块会跳过不讲,就如自己定义表单的表单列表那一块,由于这些模块在整合的过程中都差点儿没有什么修改,再多讲也是反复无用功. 正由于如此,在创建了流程模型之后.模型列表的展示也是和之前的没有什么差别.并且都是非常easy的后台查询以及前台展示.这一部分也就只是多的讲了. 模型列表页面例如以下: 至于当中的改动和删除也没什么多讲的,删除非常easy,而改动也是activiti-modeler实现的主要功能.我们仅仅须要跳转过去即可. 重要的部分在于

Activiti 部署流程定义及相关的表（classpath部署、zip部署）

package com.mycom.processDefinition; import org.activiti.engine.ProcessEngine; import org.activiti.engine.ProcessEngines; import org.activiti.engine.repository.Deployment; import org.junit.Test; public class ProcessDefinitionTest { ProcessEngine proc

Rails: 从零到部署至服务器

which gem 在这篇文章里,我们将学到 1. 怎么用Rails来生成我们的第一个app. 2. 学会怎么使用Git进行版本控制. 3.怎么将程序部署至Heroku,Rails服务提供商. Ruby on Rails是一个最流行.最强大的构建动态网站的一个框架.有很多知名的企业使用Rails,例如: 37signal.Github.Shopify.Scribd.Twitter.Disney.Hulu等等. 为什么Rails会这么流行呢?首先因为Rails是一个在MIT协议下得开源程序.其次,

inotify+rsync及sersync部署流程

inotify+rsync部署流程: 第一步:完成部署rsync守护进程服务 第二步:确认inotify软件是否安装扩展yum源(扩展的仓库):epel(企业级linux的yum源的扩展仓库)? 阿里云epel源:通过访问阿里yum源镜像地址获取? 直接安装epel源方式:yum install epel-releaseyum install inotify-tools -y/usr/bin/inotifywait --- 开启实时监控服务,监控目录或文件的数据变化/usr/bin/inotif

git开发部署流程

Git 开发部署流程 采用业界成熟方案 Git Flow 分支方式进行开发:一个经典的 Git 开发/部署流程包括几个环境:本地开发环境.线上测试环境.线上生产环境,分别对应git的本地工作环境.develop 分支.master 分支 无图言屌 本地开发环境 : 本地仓库分支工作环境 线上测试环境 : 远程 develop 分支 线上生产环境 : 远程 master 分支 先在本地进行开发,做一次完整的提交 push 到 develop 分支,进行线上测试,一切正常 push 到 master