jeweler2 2.0.0

data/.document

@@ -0,0 +1,8 @@
+lib/jeweler.rb
+lib/jeweler/*.rb
+lib/jeweler/commands/*.rb
+lib/jeweler/generator/*.rb
+bin/*
+-
+features/**/*.feature
+LICENSE.txt

data/ChangeLog.markdown

@@ -0,0 +1,177 @@
+# jeweler 1.6.4, 2011-07-07
+
+ * Generator can now take an path to generate into, rather than just the name of the directory, ie `jeweler /path/to/awesomeness', not `jeweler --directory /path/to awesomeness`. Thanks invadersmustdie! #187
+ * Generator's --directory is deprecated and will be removed for 2.0.0
+
+# jeweler 1.6.3
+
+ * Fix typo in Rake tasks, thanks yehezkielbs! #193
+ * Fix deprecation warnings for `Gem.activate`, thanks tickmichaeledgar! #191
+
+# jeweler 1.6.2
+
+ * Loosen bundler dependency to work with 1.x #180
+
+# jeweler 1.6.1
+
+ * Fix "undefined method 'sh'" when using rake 0.9.0 #181, #182, #184
+
+# jeweler 1.6.0
+
+ * Fix generated RCov task to exclude gems
+ * Generated .gitignore includes example for rubinius and redcar
+ * Generated Rakefile includes magic utf-8 comment for better UTF-8 support #20
+ * Generated Jeweler::Tasks now correctly documents that dependencies are managed in the Gemfile
+ * Workaround issues with ruby 1.9.2 and psych #169
+ * No longer deals with `test_files` #178
+ * JEWELER_OPTS are overridden by command line flags #178
+
+# jeweler 1.5.1
+
+ * TODO
+
+# jeweler 1.5.0
+
+ * TODO
+
+# jeweler 1.4.0 2009-11-19
+
+ * Generator now adds gemcutter support by default. Disable it with --no-gemcutter
+ * Generator now creates a reek task that works with the latest reek. If you have a previously generated project using it, you may need to change the require line to: require 'reek/adapters/rake_task'
+ * Generator now exits with the correct exit code
+ * `rake install` no longer uses `sudo` to install. If your ruby configuration needs sudo to install, use `sudo rake install` instead.
+ * `rake install` now correctly installs dependencies as well
+ * `rake install` should correctly figure out which `gem` binary to invoke now
+ * `rake build` now will regenerate the gemspec as well
+ * `rake gemspec` now eliminates duplicates for gemspec.files, gemspec.rdoc_files, etc
+ * `rake gemspec` now automatically populates gemspec.extensions with any extconf.rb files you have in `ext`
+ * Releasing to Rubyforge is now deprecated in favor of Gemcutter.
+
+# jeweler 1.3.0
+
+ * Now supports an additional version type, build. This can be used to add a fourth segment of the version that's arbitrary. One example use is having prereleases.
+ * Jeweler now lazily loads, to avoid causing side-effects when running other rake tasks
+ * Version can now be set explicitly on the gemspec, rather than relying on a VERSION file
+ * Rubyforge and Gemcutter support now hooks into `rake release`
+ * `rake build` now uses an in-memory copy of the gemspec, rather than the filesystem persisted one
+ * Rubyforge support no longer forces the uploading of documentation
+ * Generator:
+  * Allow arbitrary homepage and git remotes, to decouple a bit from GitHub
+  * Support for the riot testing framework: http://github.com/thumblemonks/riot/
+  * Support for test/spec
+  * .gitignore now ignores emacs temporary files
+  * rspec support now creates a spec.opts with support for color and other stuff
+  * Updated minitest support (formally miniunit)
+  * Improved support for autotest
+
+# jeweler 1.2.0 2009-08-06
+ * Generator now adds development dependencies appropriate to your testing framework
+ * Added check_dependencies tasks for verifying gem dependencies are installed
+ * Fixed typo in generated yard task
+ * Fixed generator from having a lot of extra newlines
+
+# jeweler 1.1.0 2009-08-05
+
+ * Support for generating a project that uses yard instead of rdoc
+ * Generated gemspec now includes comments about it being generated by jeweler
+ * Only use sudo for installing on non-windows platforms [#1]
+ * Fixed rake release to be repeatable on the same version [#16]
+ * Fixed rake rubyforge:setup to not create duplicate packages
+ * Use a more recent version of ruby-git
+  * Fixes various issues with reading values out of ~/.gitconfig [#26] [#21] [#19]
+ * Experimenting with a rake task to check development time dependencies [#22]
+ * Fixed generated rdoc task to load from VERSION instead of VERSION.yml
+
+# jeweler 1.0.2 2009-07-29
+
+ * Don't include git ignored files for default gemspec's files and test_files
+ * Fixed rspec generator to allow specs to be run directly
+ * Removed misleading docstring for version_required rake task [#17]
+ * Includes some notes about contributed in generated README
+ * Added support for generating a project to use reek and roodi
+
+# jeweler 1.0.1 2009-05-15
+
+# jeweler 0.11.1
+
+ * Lots of internal refactorings to how project generation happens
+ * Fixed missing dependency on rubyforge
+ * Depend on a recent version of schacon-git which works on ruby 1.9
+ * Updated cucumber support for 0.3.x
+ * Tested on Ruby 1.9
+
+# jeweler 0.11.0 2009-04-05
+
+ * generator will respect JEWELER_OPTS, as a way to provide default options
+ (pat-maddox)
+ * Include 'examples' and 'rails' directories by default in gemspec files
+ * generated gemspec now will only include files (not directories). also, they are listed one per line, and sorted.
+ * Jeweler::Tasks's intializer has been improved:
+  * You can now pass it an existing gemspec (othewise a new one will be created)
+  * Jeweler sets its defaults before yielding the gemspec to you. This allows you to append to its defaults, so you aren't forced to entirely overwrite them just to add one value.
+ * Managing a gemspec's files, test_files, and extra_rdoc_files is now more flexible. They are now wrapped in a FileList, so you can easily 'include' or 'exclude' patterns.
+
+# jeweler 0.10.2 2009-03-26
+
+ * 'rake install' now will 'rake build' first
+ * Support for releasing to RubyForge, thanks to jtrupiano
+ * Steps towards Ruby 1.9 support, thanks to rsanheim
+
+# jeweler 0.9.1 2009-03-05
+
+ * Tasks:
+  * Fixed populating default spec's extra_rdoc_files
+  * Removed redundant gem building/installing tasks. Use rake build and rake install
+ * Generator:
+  * Added support for micronaut
+  * Generate nicer block variable names in Rakefile
+  * Cucumber generation now places steps in features/step_features, to follow cucumber standards
+
+  * shoulda and test/unit test_helpers no longer require mocha
+  * Rakefile uses more readable block variable names
+  * .gitignore now includes pkg and coverage directories
+  * Avoid puts'ing in Rakefile when LoadError occurs. Instead, define a task that aborts with instructions to install.
+  * Cucumber is now optional. Generate stories using --cucumber
+  * Bacon's 'test' task is now 'spec'
+  * Generate README.rdoc instead of just a plain text README
+  * Updated year in README.rdoc and COPYRIGHT to be based on the current year instead of hardcoded
+
+# jeweler 0.8.1 2009-02-03
+
+ * Fixed minitest generator
+
+# jeweler 0.8.0 2009-02-03
+
+ * Generator:
+  * Supports these new testing frameworks:
+   * test/unit
+   * minitest
+   * rspec
+  * Added support for cucumber
+  * Creating a new gem is now more verbose, and will show files/directories created
+ * Binaries will now be automatically detected in 'bin'
+
+# jeweler 0.7.2 2009-01-29
+
+ * Added rake task 'version:bump' which is shorthand for 'version:bump:patch'
+ * Generated projects no longer assume RCov is installed.
+
+# jeweler 0.7.1 2009-01-26
+
+ * Fixed yaml not being required
+ * Automatically add files in bin as executables in gemspec
+
+# jeweler 0.7.0 2009-01-19
+
+ * Added support to generator for specifying a description
+ * Condensed README.markdown to be less novel-like
+ * RDoc is now included in your gemspec
+ * Rescue errors that raise in the generator, and display better error message, and exit with a non-zero exit status
+
+# jeweler 0.6.5 2009-01-14
+
+ * `jeweler --create-repo foo` now enables gem creation in addition to creating the repository
+
+# jeweler 0.6.4 2009-01-13
+
+ * Added tasks `build` and `install` as shortcuts for `gem:build` and `gem:install`

data/Gemfile

@@ -0,0 +1,18 @@
+source "http://rubygems.org"
+
+gem "git", ">= 1.2.5"
+
+group :development do
+  gem "shoulda"
+  #gem "mhennemeyer-output_catcher"
+  gem "rr"
+  gem "mocha"
+  gem "redgreen"
+  gem "test-construct"
+  gem "yard"
+  gem "bluecloth"
+  gem "cucumber"
+  gem "rcov"
+  gem "timecop"
+  gem "activesupport", "~> 3"
+end

data/Gemfile.lock

@@ -0,0 +1,47 @@
+GEM
+  remote: http://rubygems.org/
+  specs:
+    activesupport (3.1.1)
+      multi_json (~> 1.0)
+    bluecloth (2.2.0)
+    builder (3.0.0)
+    cucumber (1.1.1)
+      builder (>= 2.1.2)
+      diff-lcs (>= 1.1.2)
+      gherkin (~> 2.6.0)
+      json (>= 1.4.6)
+      term-ansicolor (>= 1.0.6)
+    diff-lcs (1.1.3)
+    gherkin (2.6.2)
+      json (>= 1.4.6)
+    git (1.2.5)
+    json (1.6.1)
+    metaclass (0.0.1)
+    mocha (0.10.0)
+      metaclass (~> 0.0.1)
+    multi_json (1.0.3)
+    rcov (0.9.11)
+    redgreen (1.2.2)
+    rr (1.0.4)
+    shoulda (2.11.3)
+    term-ansicolor (1.0.7)
+    test-construct (1.2.0)
+    timecop (0.3.5)
+    yard (0.7.3)
+
+PLATFORMS
+  ruby
+
+DEPENDENCIES
+  activesupport (~> 3)
+  bluecloth
+  cucumber
+  git (>= 1.2.5)
+  mocha
+  rcov
+  redgreen
+  rr
+  shoulda
+  test-construct
+  timecop
+  yard

data/LICENSE.txt

@@ -0,0 +1,20 @@
+Copyright (c) 2008 Josh Nichols
+
+Permission is hereby granted, free of charge, to any person obtaining
+a copy of this software and associated documentation files (the
+"Software"), to deal in the Software without restriction, including
+without limitation the rights to use, copy, modify, merge, publish,
+distribute, sublicense, and/or sell copies of the Software, and to
+permit persons to whom the Software is furnished to do so, subject to
+the following conditions:
+
+The above copyright notice and this permission notice shall be
+included in all copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
+EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
+MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
+NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE
+LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
+OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
+WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

data/README.markdown

@@ -0,0 +1,217 @@
+# Jeweler: Craft the perfect RubyGem
+
+Jeweler provides the noble ruby developer with two primary features:
+
+ * a library for managing and releasing RubyGem projects
+ * a scaffold generator for starting new RubyGem projects
+
+## Hello, world
+
+Use RubyGems to install the heck out of jeweler to get started: 
+
+    $ gem install jeweler
+
+With jeweler installed, you can use the `jeweler` command to generate a new project. For the most basic use, just give it a name:
+
+    $ jeweler hello-gem
+
+This requires some Git configuration (like name, email, GitHub account, etc), but `jeweler` will prompt along the way.
+
+Your new `hello-gem` gem is ready in the `hello-gem` directory. Take a peek, and you'll see several files and directories
+
+ * `Rakefile` setup for jeweler, running tests, generating documentation, and releasing to [rubygems.org](http://rubygems.org/)
+ * `README.rdoc` with contribution guidelines and copyright info crediting you
+ * `LICENSE` with the MIT licensed crediting you
+ * `Gemfile` with development dependencies filled in
+ * `lib/hello-gem.rb` waiting for you to code
+ * `test/` containing a (failing) shoulda test suite [shoulda](http://github.com/thoughtbot/shoulda)
+
+
+### More `jeweler` options
+
+The `jeweler` command supports a lot of options. Mostly, they are for generating baked in support for this test framework, or that.
+
+Check out `jeweler --help` for the most up to date options.
+
+## Hello, rake tasks
+
+Beyond just editing source code, you'll be interacting with your gem using `rake` a lot. To see all the tasks available with a brief description, you can run:
+
+    $ rake -T
+
+You'll need a version before you can start installing your gem locally. The easiest way is with the `version:write` Rake task. Let's imagine you start with 0.1.0
+
+    $ rake version:write MAJOR=0 MINOR=1 PATCH=0
+
+You can now go forth and develop, now that there's an initial version defined. Eventually, you should install and test the gem:
+
+    $ rake install
+
+The `install` rake task builds the gem and `gem install`s it. You're all set if you're using [RVM](http://rvm.beginrescueend.com/), but you may need to run it with sudo if you have a system-installed ruby:
+
+    $ sudo rake install
+
+### Releasing
+
+At last, it's time to [ship it](http://img.skitch.com/20100310-nrgxbwqm58tibiq2un6mujqmm5.png)! Make sure you have everything committed and pushed, then go wild:
+
+    $ rake release
+
+This will automatically:
+
+ * Generate `hello-gem.gemspec` and commit it
+ * Use `git` to tag `v0.1.0` and push it
+ * Build `hello-gem-0.1.0.gem` and push it to [rubygems.org](http://rubygems.org/gems/)
+
+### Version bumping
+
+It feels good to release code. Do it, do it often. But before that, bump the version. Then release it. There's a few ways to update the version:
+
+    # version:write like before
+    $ rake version:write MAJOR=0 MINOR=3 PATCH=0
+
+    # bump just major, ie 0.1.0 -> 1.0.0
+    $ rake version:bump:major
+
+    # bump just minor, ie 0.1.0 -> 0.2.0
+    $ rake version:bump:minor
+
+    # bump just patch, ie 0.1.0 -> 0.1.1
+    $ rake version:bump:patch
+
+Then it's the same `release` we used before:
+
+    $ rake release
+
+## Customizing your gem
+
+If you've been following along so far, your gem is just a blank slate. You're going to need to make it colorful and full of metadata.
+
+You can customize your gem by updating your `Rakefile`. With a newly generated project, it will look something like this:
+
+    require 'jeweler'
+    Jeweler::Tasks.new do |gem|
+      # gem is a Gem::Specification... see http://docs.rubygems.org/read/chapter/20 for more options
+      gem.name = "whatwhatwhat"
+      gem.summary = %Q{TODO: one-line summary of your gem}
+      gem.description = %Q{TODO: longer description of your gem}
+      gem.email = "josh@technicalpickles.com"
+      gem.homepage = "http://github.com/technicalpickles/whatwhatwhat"
+      gem.authors = ["Joshua Nichols"]
+    end
+    Jeweler::RubygemsDotOrgTasks.new
+
+It's crucial to understand the `gem` object is just a Gem::Specification. You can read up about it at [docs.rubygems.org/read/chapter/20](http://docs.rubygems.org/read/chapter/20). This is the most basic way of specifying a gem, Jeweler-managed or not. Jeweler just exposes this to you, in addition to providing some reasonable defaults, which we'll explore now.
+
+### Project information
+
+    gem.name = "whatwhatwhat"
+
+Every gem has a name. Among other things, the gem name is how you are able to `gem install` it. [Reference](http://docs.rubygems.org/read/chapter/20#name)
+
+    gem.summary = %Q{TODO: one-line summary of your gem}
+
+This is a one line summary of your gem. This is displayed, for example, when you use `gem list --details` or view it on [rubygems.org](http://rubygems.org/gems/).
+
+    gem.description = %Q{TODO: longer description of your gem}
+
+Description is a longer description. Scholars ascertain that knowledge of where the description is used was lost centuries ago.
+
+    gem.email = "josh@technicalpickles.com"
+
+This should be a way to get a hold of you regarding the gem.
+
+    gem.homepage = "http://github.com/technicalpickles/whatwhatwhat"
+
+The homepage should have more information about your gem. The jeweler generator guesses this based on the assumption your code lives on [GitHub](http://github.com/), using your Git configuration to find your GitHub username. This is displayed by `gem list --details` and on rubygems.org.
+
+    gem.authors = ["Joshua Nichols"]
+
+Hey, this is you, the author (or me in this case). The `jeweler` generator also guesses this from your Git configuration. This is displayed by `gem list --details` and on rubygems.org.
+
+### Files
+
+The quickest way to add more files is to `git add` them. Jeweler uses your Git repository to populate your gem's files by including added and committed and excluding `.gitignore`d. In most cases, this is reasonable enough.
+
+If you need to tweak the files, that's cool. Jeweler populates `gem.files` as a `Rake::FileList`. It's like a normal array, except you can `include` and `exclude` file globs:
+
+    gem.files.exclude 'tmp' # exclude temporary directory
+    gem.files.include 'lib/foo/bar.rb' # explicitly include lib/foo/bar.rb
+
+If that's not enough, you can just set `gem.files` outright
+
+    gem.files = Dir.glob('lib/**/*.rb')
+
+### Dependencies
+
+Dependencies let you define other gems that your gem needs to function. `gem install your-gem` will install your-gem's dependencies along with it, and when you use your-gem in an application, the dependencies will be made available. Use `gem.add_dependency` to register them. [Reference](http://docs.rubygems.org/read/chapter/20#dependencies)
+
+    gem.add_dependency 'nokogiri'
+
+This will ensure a version of `nokogiri` is installed, but it doesn't require anything more than that. You can provide extra args to be more specific:
+
+    gem.add_dependency 'nokogiri', '= 1.2.1' # exactly version 1.2.1
+    gem.add_dependency 'nokogiri', '>= 1.2.1' # greater than or equal to 1.2.1, ie, 1.2.1, 1.2.2, 1.3.0, 2.0.0, etc
+    gem.add_dependency 'nokogiri', '>= 1.2.1', '< 1.3.0' # greater than or equal to 1.2.1, but less than 1.3.0
+    gem.add_dependency 'nokogiri', '~> 1.2.1' # same thing, but more concise
+
+When specifying which version is required, there's a bit of the condunrum. You want to allow the most versions possible, but you want to be sure they are compatible. Using `>= 1.2.1` is fine most of the time, except until the point that 2.0.0 comes out and totally breaks backwards the API. That's when it's good to use `~> 1.2.1`, which requires any version in the `1.2` family, starting with `1.2.1`.
+
+### Executables
+
+Executables let your gem install shell commands. Just put any executable scripts in the `bin/` directory, make sure they are added using `git`, and Jeweler will take care of the rest.
+
+When you need more finely grained control over it, you can set it yourself:
+
+    gem.executables = ['foo'] # note, it's the file name relative to `bin/`, not the project root
+
+### Versioning
+
+We discussed earlier how to bump the version. The rake tasks are really just convience methods for manipulating the `VERSION` file. It just contains a version string, like `1.2.3`.
+
+`VERSION` is a convention used by Jeweler, and is used to populate `gem.version`. You can actually set this yourself, and Jeweler won't try to override it:
+
+    gem.version = '1.2.3'
+
+A common pattern is to have this in a version constant in your library. This is convenient, because users of the library can query the version they are using at runtime.
+
+    # in lib/foo/version.rb
+    class Foo
+      module Version
+        MAJOR = 1
+        MINOR = 2
+        PATCH = 3
+        BUILD = 'pre3'
+    
+        STRING = [MAJOR, MINOR, PATCH, BUILD].compact.join('.')
+      end
+    end
+
+    # in Rakefile
+    require 'jeweler'
+    require './lib/foo/version.rb'
+    Jeweler::Tasks.new do |gem|
+      # snip
+      gem.version = Foo::Version::STRING
+    end
+
+### Rake tasks
+
+Jeweler lives inside of Rake. As a result, they are dear friends. But, that friendship doesn't interfere with typical Rake operations.
+
+That means you can define your own namespaces, tasks, or use third party Rake libraries without cause for concern.
+    
+## Contributing to Jeweler
+
+* Check out the latest master to make sure the feature hasn't been implemented or the bug hasn't been fixed yet
+* Ask on the [mailing list](http://groups.google.com/group/jeweler-rb) for feedback on your proposal, to see if somebody else has done it.
+* Check out the [issue tracker](http://github.com/technicalpickles/jeweler/issues) to make sure someone already hasn't requested it and/or contributed it
+* Fork the project
+* Start a feature/bugfix branch
+* Commit and push until you are happy with your contribution
+* Make sure to add tests for the feature/bugfix. This is important so I don't break it in a future version unintentionally.
+* Please try not to mess with the Rakefile, version, or history. If you want to have your own version, or is otherwise necessary, that is fine, but please isolate it to its own commit so I can cherry-pick around it.
+
+## Copyright
+
+Copyright (c) 2008-2010 Josh Nichols. See LICENSE for details.

data/Rakefile

@@ -0,0 +1,80 @@
+# encoding: utf-8
+
+require 'bundler'
+
+begin
+  Bundler.setup(:default, :development)
+rescue Bundler::BundlerError => e
+  $stderr.puts e.message
+  $stderr.puts "Run `bundle install` to install missing gems"
+  exit e.status_code
+end
+
+#$LOAD_PATH.unshift('lib')
+
+#require 'rake'
+require_relative 'lib/jeweler'
+
+Jeweler::Tasks.new do |gem|
+  gem.name = "jeweler2"
+  gem.version = Jeweler::Version::STRING
+  gem.homepage = "http://github.com/appoxy/jeweler"
+  gem.summary = "Opinionated tool for creating and managing RubyGem projects"
+  gem.description = "Simple and opinionated helper for creating Rubygem projects on GitHub"
+  gem.license = "MIT"
+  gem.authors = ["Josh Nichols"]
+  gem.email = "josh@technicalpickles.com"
+  gem.files.include %w(lib/jeweler/templates/.document lib/jeweler/templates/.gitignore)
+
+  # dependencies defined in Gemfile
+end
+
+Jeweler::RubygemsDotOrgTasks.new
+
+require 'rake/testtask'
+Rake::TestTask.new(:test) do |test|
+  test.test_files = FileList.new('test/**/test_*.rb') do |list|
+    list.exclude 'test/test_helper.rb'
+    list.exclude 'test/fixtures/**/*.rb'
+  end
+  test.libs << 'test'
+  test.verbose = true
+end
+
+namespace :test do
+  task :gemspec_dup do
+    gemspec = Rake.application.jeweler.gemspec
+    dupped_gemspec = gemspec.dup
+    cloned_gemspec = gemspec.clone
+    puts gemspec.to_ruby
+    puts dupped_gemspec.to_ruby
+  end
+end
+
+require 'yard'
+YARD::Rake::YardocTask.new do |t|
+  t.files   = FileList['lib/**/*.rb'].exclude('lib/jeweler/templates/**/*.rb')
+end
+
+require 'rcov/rcovtask'
+Rcov::RcovTask.new(:rcov => :check_dependencies) do |rcov|
+  rcov.libs << 'test'
+  rcov.pattern = 'test/**/test_*.rb'
+end
+
+require 'cucumber/rake/task'
+Cucumber::Rake::Task.new(:features) do |features|
+  features.cucumber_opts = "features --format progress"
+end
+namespace :features do
+  Cucumber::Rake::Task.new(:pretty) do |features|
+    features.cucumber_opts = "features --format progress"
+  end
+end
+
+if ENV["RUN_CODE_RUN"] == "true"
+  task :default => [:test, :features]
+else
+  task :default => :test
+end
+

data/bin/jeweler

@@ -0,0 +1,5 @@
+#!/usr/bin/env ruby
+$LOAD_PATH.unshift File.join(File.dirname(__FILE__), '..', 'lib')
+require 'jeweler/generator'
+
+exit Jeweler::Generator::Application.run!(*ARGV)

data/features/generator/cucumber.feature

@@ -0,0 +1,103 @@
+Feature: generating cucumber stories
+  In order to get started using cucumber in a project
+  A user should be able to
+  generate a project setup for their testing framework of choice
+
+  Scenario: sans cucumber setup
+    Given a working directory
+    And I have configured git sanely
+    And I do not want cucumber stories
+    When I generate a project named 'the-perfect-gem' that is 'zomg, so good'
+
+    And a file named 'the-perfect-gem/features/the-perfect-gem.feature' is not created
+    And a file named 'the-perfect-gem/features/support/env.rb' is not created
+    And a file named 'the-perfect-gem/features/steps/the-perfect-gem_steps.rb' is not created
+
+  Scenario: basic cucumber setup
+    Given a working directory
+    And I have configured git sanely
+    And I want cucumber stories
+    When I generate a project named 'the-perfect-gem' that is 'zomg, so good'
+
+    Then cucumber directories are created
+
+    And a file named 'the-perfect-gem/features/the-perfect-gem.feature' is created
+    And a file named 'the-perfect-gem/features/support/env.rb' is created
+    And a file named 'the-perfect-gem/features/step_definitions/the-perfect-gem_steps.rb' is created
+
+    And 'features/support/env.rb' requires 'bundler'
+    And 'features/support/env.rb' sets up bundler using the default and development groups
+    And 'features/support/env.rb' requires 'the-perfect-gem'
+
+  Scenario: bundler
+    Given a working directory
+    And I want bundler
+    And I have configured git sanely
+    And I want cucumber stories
+    When I generate a project named 'the-perfect-gem' that is 'zomg, so good'
+    And 'features/support/env.rb' requires 'bundler'
+    And 'features/support/env.rb' sets up bundler using the default and development groups
+
+  Scenario: no bundler
+    Given a working directory
+    And I have configured git sanely
+    And I do not want bundler
+    And I want cucumber stories
+    When I generate a project named 'the-perfect-gem' that is 'zomg, so good'
+    And 'features/support/env.rb' does not require 'bundler'
+    And 'features/support/env.rb' does not setup bundler
+
+  Scenario: cucumber setup for bacon
+    Given a working directory
+    And I have configured git sanely
+    And I want cucumber stories
+    When I generate a bacon project named 'the-perfect-gem' that is 'zomg, so good'
+
+    Then 'features/support/env.rb' requires 'test/unit/assertions'
+    And cucumber world extends "Test::Unit::Assertions"
+
+  Scenario: cucumber setup for shoulda
+    Given a working directory
+    And I have configured git sanely
+    And I want cucumber stories
+    When I generate a shoulda project named 'the-perfect-gem' that is 'zomg, so good'
+
+    Then 'features/support/env.rb' requires 'test/unit/assertions'
+    And cucumber world extends "Test::Unit::Assertions"
+
+  Scenario: cucumber setup for testunit
+    Given a working directory
+    And I have configured git sanely
+    And I want cucumber stories
+    When I generate a testunit project named 'the-perfect-gem' that is 'zomg, so good'
+
+    Then 'features/support/env.rb' requires 'test/unit/assertions'
+    And cucumber world extends "Test::Unit::Assertions"
+
+  Scenario: cucumber setup for minitest
+    Given a working directory
+    And I have configured git sanely
+    And I want cucumber stories
+    When I generate a minitest project named 'the-perfect-gem' that is 'zomg, so good'
+
+    Then 'features/support/env.rb' requires 'minitest/unit'
+    And cucumber world extends "MiniTest::Assertions"
+
+  Scenario: cucumber setup for rspec
+    Given a working directory
+    And I have configured git sanely
+    And I want cucumber stories
+    When I generate a rspec project named 'the-perfect-gem' that is 'zomg, so good'
+
+    Then 'features/support/env.rb' requires 'the-perfect-gem'
+    And 'features/support/env.rb' requires 'rspec/expectations'
+
+  Scenario: cucumber setup for mirconaut
+    Given a working directory
+    And I have configured git sanely
+    And I want cucumber stories
+    When I generate a micronaut project named 'the-perfect-gem' that is 'zomg, so good'
+
+    Then 'features/support/env.rb' requires 'the-perfect-gem'
+    And 'features/support/env.rb' requires 'micronaut/expectations'
+    And cucumber world extends "Micronaut::Matchers"