20110205网站更新部署过程记录
2011-02-05 20:03
381 查看
/article/4618225.html
http://www.cnblogs.com/lexus/archive/2010/12/20/1911940.html?login=1
1)提交变更到本地github
github add .
git commit -a
git status
2)提交变更到远程
git push linode master
3)由于这次将开发和生产分开了,所以在本地做了一些处理,生产库从开发库中复制而来,并删除了几个表中的数据
命名为xxx_production
4)修改了原先deploy.rb,以适用新的使用production做为数据库的情况
修改了远程的/shared/config/database.yml中的production的数据库名称以相匹配
在远程先创建该数据库使用mysql -uroot -pxxxx
show databases;
create database xxxx_production;
之后使用改正好的deploy执行cap sync:up来将本地数据库导出->压缩->上传->解压->还原到xxxx_production
之后执行cap deploy来更新修改的代码
由于deploy.rb的代码很多是东一块西一块copy来的,结构很乱,所以想重写,在刚写了个头的时候放弃的,主要是卡在shell上对shell还不熟悉,天色晚了就算了,下次再说了
此次的更新的变动还是很大的,从 rails3.01->3.03
很多细节做了改动
更新nginx.conf以支持上传大文件
使用了cap nginx:conf_down和nginx:conf_upload来上传和下载配置文件,但是还不能做到sudo ./sbin/nginx -s reload重启nginx,原因是sudoer 关于capistrano这一块没搞通
进入到xxxx/current下执行
ar_sendmail_rails3 -d -e production --delay 4
以便后台启动邮件监控进程
修改了rake edm:everyday_tuan部分的代码,只向自己发测试邮件,待正式上线后再修改来向外部发送
http://serverfault.com/questions/200122/capistrano-requiring-root-password-to-deploy-bad
http://www.geilibuy.com
about capistrano some configuration tutorial
http://help.github.com/capistrano/
http://www.cnblogs.com/lexus/archive/2010/12/20/1911940.html?login=1
1)提交变更到本地github
github add .
git commit -a
git status
2)提交变更到远程
git push linode master
3)由于这次将开发和生产分开了,所以在本地做了一些处理,生产库从开发库中复制而来,并删除了几个表中的数据
命名为xxx_production
4)修改了原先deploy.rb,以适用新的使用production做为数据库的情况
修改了远程的/shared/config/database.yml中的production的数据库名称以相匹配
在远程先创建该数据库使用mysql -uroot -pxxxx
show databases;
create database xxxx_production;
之后使用改正好的deploy执行cap sync:up来将本地数据库导出->压缩->上传->解压->还原到xxxx_production
之后执行cap deploy来更新修改的代码
由于deploy.rb的代码很多是东一块西一块copy来的,结构很乱,所以想重写,在刚写了个头的时候放弃的,主要是卡在shell上对shell还不熟悉,天色晚了就算了,下次再说了
此次的更新的变动还是很大的,从 rails3.01->3.03
很多细节做了改动
更新nginx.conf以支持上传大文件
使用了cap nginx:conf_down和nginx:conf_upload来上传和下载配置文件,但是还不能做到sudo ./sbin/nginx -s reload重启nginx,原因是sudoer 关于capistrano这一块没搞通
进入到xxxx/current下执行
ar_sendmail_rails3 -d -e production --delay 4
以便后台启动邮件监控进程
修改了rake edm:everyday_tuan部分的代码,只向自己发测试邮件,待正式上线后再修改来向外部发送
http://serverfault.com/questions/200122/capistrano-requiring-root-password-to-deploy-bad
http://www.geilibuy.com
Remote Cache
In most cases you want to use this option, otherwise each deploy will do a full repository clone every time.set :deploy_via, :remote_cacheRemote caching will keep a local git repo on the server you’re deploying to and simply run a fetch from that rather than an entire clone. This is probably the best option as it will only fetch the changes since the last.
Shallow Clone
As an alternative to the remote cache approach, you can use shallow cloning.set :git_shallow_clone, 1Shallow cloning will do a clone each time, but will only get the top commit, not the entire repo. This makes it a bit closer to how an svn checkout works. Be warned, shallow clone won’t work well with the
set :branchoption.
about capistrano some configuration tutorial
http://help.github.com/capistrano/
相关文章推荐
- 网站更新部署20110210,新站部署全过程记录
- 20110110网站更新部署流程记录
- 20100210对linode上的站进行网站更新部署的完整记录
- 从零开始网站部署全过程记录
- 记录一下学习JAVA过程中所遇到的问题(持续更新)
- 阿里云服务器部署otter实现数据双A同步过程记录(1)
- 本地部署15-1688过程记录20110526
- 20101013网站部署更新
- 阿里云服务器部署otter实现数据双A同步过程记录(3)
- 2016年我的学习记录与搜索到的网站,将持续更新,主要介绍我在公司应用ecshop的学习记录
- Apache 部署 Django 项目过程记录与问题总结
- 超详细从零记录Hadoop2.7.3完全分布式集群部署过程
- linux部署维护问题记录2018-01-04更新
- 各大PT网站信息记录(不断更新中)
- 在部署MVC4.0网站的过程中遇到的问题以及解决办法
- tomcat 部署,配置 servlet 过程全记录。
- 计算机视觉和人工智能领域:教程、网站、博客记录(陆续更新)
- 20101009网站更新部署
- 20101010网站更新部署
- 一些有用的技术网站记录--持续更新