aboutsummaryrefslogtreecommitdiffstats
path: root/railties/lib/rails/generators/base.rb
Commit message (Collapse)AuthorAgeFilesLines
* rename AppPreparerAaron Patterson2013-10-301-0/+1
| | | | | AppPreparer doesn't actually prepare applications, it scrubs ARGV. Let's also get the class under test while we're at it
* Refactoring Generators::Base.wangjohn2013-08-281-14/+17
| | | | | | | The defaults hash isn't used unless the +class_options+ hash has a particular key, so we don't need to compute it unless this is true. Also moving some code for extracting a module into its own method.
* Use Ruby 1.9 Hash syntax in railtiesRobin Dupret2012-10-141-8/+8
|
* update Rails::Generators docs [ci skip]Francesco Rodriguez2012-10-071-1/+1
|
* Remove redundant 'the'.Uģis Ozols2012-09-131-1/+1
|
* removes usage of Object#in? from the code base (the method remains defined ↵Xavier Noria2012-08-061-2/+1
| | | | | | | | | | | | | | | | | | | by Active Support) Selecting which key extensions to include in active_support/rails made apparent the systematic usage of Object#in? in the code base. After some discussion in https://github.com/rails/rails/commit/5ea6b0df9a36d033f21b52049426257a4637028d we decided to remove it and use plain Ruby, which seems enough for this particular idiom. In this commit the refactor has been made case by case. Sometimes include? is the natural alternative, others a simple || is the way you actually spell the condition in your head, others a case statement seems more appropriate. I have chosen the one I liked the most in each case.
* Require thor 0.15.3 onwardsJosé Valim2012-06-181-0/+1
|
* Removing ==Examples and last blank lines of docs from railtiesFrancesco Rodriguez2012-05-141-3/+0
|
* added example, removed blank linesHrvoje Šimić2012-04-041-10/+0
|
* Usage file in generators shouldn't be fetched only based on source_rootPiotr Sarnacki2012-04-011-4/+17
| | | | | | | | In case `source_roout` is not set, `default_source_root` is used, which includes also `templates` directory. If there is no `templates` directory, `default_source_root` is not available and USAGE will not be displayed. USAGE should be also checked based on default directory excluding `templates`.
* Add convenience method to hide a generator from the available onesCarlos Antonio da Silva2012-02-031-0/+6
| | | | | | It is usually useful to be able to hide a generator when running rails generate command. Such generators might be used only to dry up generators code and shouldn't be available to end users.
* remove ruby 1.8 support codeSergey Nartimov2012-01-291-6/+2
|
* Fix rails/generators/base.rb documentation for hook_forPavel Gabriel2011-12-291-3/+3
|
* Doc fixes on Rails::Generators::Base.hook_for.Hendy Tanata2011-12-211-3/+3
|
* treat USAGE as an ERB templateColin MacKenzie IV2011-11-021-1/+1
|
* Fix rails/generators/base.rb documentation for generator lookupRyan Bigg2011-10-101-3/+3
|
* Removed warnings about shadowing variablesAlexey Gaziev2011-06-201-3/+3
|
* Made language consistent with the rest of the comments in the file.Aditya Sanghi2011-05-061-2/+2
|
* Remove `#among?` from Active SupportPrem Sichanugrist2011-04-131-1/+1
| | | | | | After a long list of discussion about the performance problem from using varargs and the reason that we can't find a great pair for it, it would be best to remove support for it for now. It will come back if we can find a good pair for it. For now, Bon Voyage, `#among?`.
* Change Object#either? to Object#among? -- thanks to @jamesarosen for the ↵David Heinemeier Hansson2011-04-121-1/+1
| | | | suggestion!
* Using Object#in? and Object#either? in various placesPrem Sichanugrist2011-04-111-1/+2
| | | | There're a lot of places in Rails source code which make a lot of sense to switching to Object#in? or Object#either? instead of using [].include?.
* Make sure the Thor generator LoadError does not output --dev twice [#6431 ↵Jeff Kreeftmeijer2011-02-271-1/+1
| | | | | | state:resolved] Signed-off-by: Santiago Pastorino <santiago@wyeworks.com>
* Make sure that generator's default banner is showing its namespacePrem Sichanugrist2011-01-011-1/+1
| | | | This will make `rails g rspec:install --help` shows "rails generate rspec:install [options]" and not "rails generate install [options]"
* Deletes trailing whitespaces (over text files only find * -type f -exec sed ↵Santiago Pastorino2010-08-141-1/+1
| | | | 's/[ \t]*$//' -i {} \;)
* Fixes usage message when running rails without --dev on a cloned rails repoSantiago Pastorino2010-07-261-1/+1
|
* Changed `ruby /path/to/rails myapp --dev` to `ruby /path/to/rails new myapp ↵Jeff Kreeftmeijer2010-06-211-1/+1
| | | | | | --dev` in the "Thor is not avalable" message. [#4915 state:resolved] Signed-off-by: José Valim <jose.valim@gmail.com>
* Removing Metal from Rails 3. wycats2010-05-291-1/+1
| | | | | | | | | | | | | | | | | | | | If you have existing Metals, you have a few options: * if your metal behaves like a middleware, add it to the middleware stack via config.middleware.use. You can use methods on the middleware stack to control exactly where it should go * if it behaves like a Rack endpoint, you can link to it in the router. This will result in more optimal routing time, and allows you to remove code in your endpoint that matches specific URLs in favor of the more powerful handling in the router itself. For the future, you can use ActionController::Metal to get a very fast controller with the ability to opt-in to specific controller features without paying the penalty of the full controller stack. Since Rails 3 is closer to Rack, the Metal abstraction is no longer needed.
* Update generators to use thor 0.13.6 with simpler source_root handling.José Valim2010-04-301-16/+22
|
* Load generators from both lib/rails/generators and lib/generators. Using the ↵José Valim2010-03-231-1/+1
| | | | former since it's less obstrusive.
* No -rubygems neededwycats2010-03-221-1/+1
|
* Provide a better error if thor is missingwycats2010-03-221-1/+9
|
* fix usage examples and more to use new invocationsRomD2010-02-061-4/+4
| | | | Signed-off-by: Carl Lerche <carllerche@mac.com>
* Add config.generators.templates to provide alternative paths for template ↵José Valim2010-02-061-2/+1
| | | | lookup.
* Make bin/rails call rails/commands/application, fix generators usage and ↵José Valim2010-02-031-1/+1
| | | | update .gitignores.
* No more vendored thor.José Valim2010-02-031-1/+1
|
* Generators load path now will be Ruby load path. If you want to use ↵José Valim2010-01-181-1/+1
| | | | rspec:install generator, you need generators/rspec/install_generator in your load path.
* Automatically remove :generators: from namespaces.José Valim2010-01-181-1/+1
|
* Ensure generators can be invoked by their shortcut and remove attr_reader tasks.José Valim2010-01-181-0/+4
|
* No more hacks to ensure generators are executed inside Rails.root.José Valim2010-01-071-17/+0
|
* Create Rails::Generators::TestCase.José Valim2010-01-031-1/+1
|
* Use regexp in lookups instead of traversing namespaces. This removes the ↵José Valim2010-01-031-28/+32
| | | | need of special cases.
* Contortions to work around brittle naming dependencyJeremy Kemper2009-11-091-27/+25
|
* Update Rails Generators to use Thor 0.12.0.José Valim2009-11-081-0/+4
| | | | Signed-off-by: Yehuda Katz <wycats@mobile-166-129-219-135.mycingular.net>
* Fix generators tests that expect a class nameJeremy Kemper2009-11-051-7/+10
|
* Ensure that generators can be invoked from any directory.José Valim2009-11-021-0/+17
| | | | Signed-off-by: Engine Yard <engineyard@Engine-Yards-MacBook-Pro.local>
* CI breakageYehuda Katz2009-11-021-17/+0
| | | | This reverts commit a288b74f1c75c6f100de7611a5093a421f1ad6d1.
* Generators should use Rails.root instead of Dir.pwd [#3408 status:resolved]José Valim2009-10-281-0/+17
| | | | Signed-off-by: Yehuda Katz <wycats@gmail.com>
* Deprecate RAILS_ROOT in favor of Rails.root (which proxies to the ↵Carl Lerche2009-10-161-2/+2
| | | | application's object root)
* Move railties/lib/* into railties/lib/*Yehuda Katz + Carl Lerche2009-09-241-0/+349