ruby-on-rails – Git / Rails /共享主机(Dreamhost)工作流程

我在一个与你所描述的非常相似的设置中运行一个 a brass band in Wisconsin的Rails网站,尽管它目前在hostingrails.com之外运行.我托管我的代码 on github,但没有理由你不能私下托管它.我的流量在过去的一年半中发生了变化,因此从短期来看,只需要你所需要的东西.

在我的流程的中心,我已经设置了a semi-elaborate Capistrano script来处理部署,包括生成生产数据库的整个副本以供测试的a separate staging environment.这需要一段时间(几小时,而不是几天)来构建,但它是如此值得.

我的工作流程保持at least 2 branches：

> current_release：实时生产代码.紧急错误修正在这里.
> master：已准备好发布的已完成功能.这些功能在这里等待现场测试.紧急错误修正从current_release合并.
>< feature_name>：正在开发的功能.我尝试在任何特定时间都没有超过3个.合并紧急错误修正,并且经常合并主控以使特征保持最新.

有了这个设置,我可以同时处理好几件事.每周一周(因为这远不是全职职业),我做了以下几点：

>我在功能分支中编辑.我来回切换,感到无聊,兴奋,无论如何.有时我会合并两个共同成长的功能.

[编辑]
$git commit
$git push github [功能]

>为即将部署的已完成功能将一次一个地合并到主分支.

$git checkout master
$git merge [功能]
[修复即时问题或不一致]
$git commit
$git push github master
$git branch -d [feature]

>我将网站上传到私人网址(恰好是stage.madisonbrass.com).登台环境始终从主分支中提取.

$cap staging deploy #master现在正在stage.madisonbrass.com上

> Bam,在我测试的时候,我在公共网站上发现了一个紧急错误.幸运的是,我有current_release单独工作,因此可以单独修复和部署它.

$git checkout current_release
[修复bug]
$git commit
$git push github current_release
$cap生产部署

>我回到主分支,并从合并紧急修复开始.

$git checkout master
$git merge current_release

>我继续测试大师.希望没有新问题出现,但如果他们这样做我将它们修复为master,我将这些更改合并到current_release中并进行另一个生产部署.

$git checkout current_release
$git merge master
$git push github current_release
$cap生产部署

>我拆除了我的暂存环境,以免以某种方式被搜索引擎索引.

$git staging teardown