Sha256: a37f14522c2d27b285f5d11c8625ca124fe60060817b293f5f81392a93f054f5
Contents?: true
Size: 1.58 KB
Versions: 1
Compression:
Stored size: 1.58 KB
Contents
Yet another deployment utility ============================== **WARNING: This gem is in early development. Use at your own risk.** But why? Well, Capistrano was bloated for our use-cases, to much stuff bolted on. Inploy looked really interesting, but does not have multistage support from what I could tell. So I did what any reasonable developer would do and befell to the "Not Invented here syndrome". Top Design goals, ideas: ------------------------ * deploy is just a push to another remote. all that must be done is triggered by pre and post receveie git hooks. * initial setup done by ruby script * extensible recipe system, so you can plug in and out what you need and easily roll your own recipes Usage ===== Setup a project with blazing init Then edit your config/blazing.rb file. If you are ready to do your first deploy, run blazing setup <target_name> Afterwards you can just deploy with blazing deploy <target_name> Or just use git push <target_name> which does basically the same Roadmap ======= You have guessed it, and the version number does not lie. This is all in early development. So here's my little roadmap, aka the backlog: * recipe extension system * disable colored log output * cleanup logging * sync fs recipes * sync db recipes for * mysql * postgres * mongodb * redis * hoptoad notifier * maintenance page recipe * rollback recipe/feature * rvm recipe * bundler recipe * whenever recipe * coffescript recipe * sass recipe * passenger recipe * unicorn recipe * apache recipe * nginx recipe * nanoc deploy
Version data entries
1 entries across 1 versions & 1 rubygems
Version | Path |
---|---|
blazing-0.0.4 | README.md |