penchant/README.md

108 lines
3.5 KiB
Markdown
Raw Permalink Normal View History

2011-07-14 20:51:54 +00:00
# I have a penchant for setting up all my projects so they work the same.
I like to do these things in all my projects:
* Have all my tests run before committing. I don't like buying ice cream for the team on test failures.
* If I'm developing gems alongside this project, I use a `Gemfile.erb` to get around the "one gem, one source" issue in
current versions of Bundler.
* If I'm moving to different machines or (heaven forbid!) having other developers work on the project, I want to make
getting all those local gems as easy as possible.
This gem makes that easier!
## What's it do?
Installs a bunch of scripts into the `scripts` directory of your project:
* `gemfile` which switches between `Gemfile.erb` environments
* `install-git-hooks` which will do just what it says
* `hooks/pre-commit`, one of the hooks the prior script installs
2011-07-14 21:16:11 +00:00
* `initialize-environment`, which bootstraps your local environment so you can get up and running
2011-07-14 20:51:54 +00:00
## Gemfile.erb?!
Yeah, it's a `Gemfile` with ERB in it:
2011-07-14 20:55:01 +00:00
``` erb
2011-08-18 21:37:54 +00:00
<% env :local do %>
2011-07-14 20:51:54 +00:00
gem 'guard', :path => '../guard'
2011-08-18 21:37:54 +00:00
<% end %>
<% env :remote do %>
2011-07-14 20:51:54 +00:00
gem 'guard', :git => 'git://github.com/johnbintz/guard.git'
<% end %>
2011-10-13 14:01:18 +00:00
<% no_deployment do %>
gem 'os-specific-things'
<% end %>
2011-07-14 20:54:38 +00:00
```
2011-07-14 20:51:54 +00:00
2011-08-18 21:39:59 +00:00
Use `script/gemfile local` to get at the local ones, and `script/gemfile remote` to get at the remote ones.
2011-07-14 20:51:54 +00:00
It then runs `bundle install`.
2011-08-18 21:37:54 +00:00
You can also run `penchant gemfile ENV`.
2011-10-13 14:01:18 +00:00
### Deployment mode
Use `no_deployment` blocks to indicate gems that shouldn't even appear in `Gemfiles` destined for
remote servers. *Very* helpful when you have OS-specific gems and are developing on one platform
and deploying on another:
``` erb
<% no_deployment do %>
require 'rbconfig'
case RbConfig::CONFIG['host_os']
when /darwin/
gem 'growl_notify'
gem 'growl'
gem 'rb-fsevent'
when /linux/
gem 'libnotify', :require => nil
end
<% end %>
```
Run `penchant gemfile ENV --deployment` to get this behavior. This is run by default when the
pre-commit git hook runs.
2011-09-09 18:41:16 +00:00
## initialize-environment
Get new developers up to speed fast! `script/initialize-environment` does the following when run:
* Check out any remote repos found in `Gemfile.erb` to the same directory where your current project lives.
That way, you can have your `Gemfile.erb` set up as above and everything works cleanly.
* Runs `script/gemfile remote` to set your project to using remote repositories.
* Runs `rake bootstrap` for the project if it exists.
2011-08-31 18:43:43 +00:00
### After-`gemfile` hooks?
Drop a file called `.penchant` in your project directory. It'll get executed every time you switch environments using
Penchant. I use it to tell my Hydra clients to sync and update their Gemfiles, too:
``` ruby
# rake knows if you need "bundle exec" or not.
rake "hydra:sync hydra:remote:bundle"
```
2011-08-18 21:37:54 +00:00
### What environment are you currently using in that Gemfile?
`head -n 1` that puppy, or `penchant gemfile-env`.
2011-07-14 20:51:54 +00:00
## git hook?!
2011-08-18 21:37:54 +00:00
It runs `penchant gemfile remote` then runs `bundle exec rake`. Make sure your default Rake task for the project runs your
tests and performs any other magic necessary before each commit. Your re-environmented Gemfile and Gemfile.lock will be added
to your commit if they've changed.
2011-07-14 20:51:54 +00:00
## How?!
* `gem install penchant`
* `cd` to your project directory
2011-08-18 21:37:54 +00:00
And then one of the following:
* `penchant install` for a new project (`--dir=WHEREVER` will install the scripts to a directory other than `$PWD/scripts`)
* `penchant convert` for an existing project (`--dir=WHEVEVER` works here, too)
2011-07-14 20:51:54 +00:00