0.0
There's a lot of open issues
A long-lived project that still receives updates
Useful tools for Rails.
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
 Dependencies

Development

~> 0.13
>= 0
~> 3.0

Runtime

~> 0.13
~> 1.26
~> 2.14.2
 Project Readme

JefferiesTube

A collection of useful tools used at Ten Forward Consulting

Gem

Installation

Add this line to your application's Gemfile:

gem 'jefferies_tube'

And then execute:

$ bundle

Or install it yourself as:

$ gem install jefferies_tube

Usage

Error Handling

404 Handling

JefferiesTube by default installs a catchall route that will render 404 for you and supress the rollbar error. This also allows you to create super easy custom error pages.

Simple put a template in the parent app in app/views/errors/404.haml (or html or erb, etc) and it will be rendered instead of the default JefferiesTube error.

500 handling

In progress -- not sure if this is super useful.

Rake

  • rake db:backup

Capture a database backup

  • rake db:restore

Load most recent database backup. Can specify location of backup with FILE.

Capistrano

Add this line last in your Capfile (it depends on rails/migrations and cap/deploy)

require 'jefferies_tube/capistrano'

Tasks

  • cap dev ssh

Open ssh session in current directory.

  • cap dev rails:console

Open rails console.

  • cap dev rails:dbconsole

Open database console.

  • cap dev rails:log

Open log file. Can specify log file like so: LOG=foobar cap dev rails:log

  • cap dev rails:allthelogs

Open the logfile for all servers (has the role :app) combined. Can specify log file like so: LOG=foobar cap dev rails:allthelogs

  • cap dev rails:rake[task:name]

Run the given rake task.

  • cap dev db:backup

Make a database backup.

  • cap dev db:fetch

Fetches the latest database backup. Useful for getting production data locally.

  • cap dev db:restore FILE=path/to/backup.dump

Nuke the server's database with one you give it. Don't do this on production for obvious reasons. Useful for putting a backup fetched from production onto a dev server.

  • cap dev deploy:ensure_tag

Yells at you if there is not a tag for your code.

  • cap dev deploy:create_tag

Creates a tag for your code and pushes it.

Tagging

To enforce that you tagged the code before deploying, inside config/deploy/<stage>.rb:

before 'deploy', 'deploy:ensure_tag'

To automatically tag the code that is about to be released (lazy programmer solution), inside config/deploy/<stage>.rb:

before 'deploy', 'deploy:create_tag'

Bundler Audit

By default jefferies_tube will raise an error and stop if it detects any vulnerabilities is your installed gems. If you need to deploy anyway even with vulnerabilities you can do I_KNOW_GEMS_ARE_INSECURE=true cap <environment> deploy.

To ignore specific CVE's when running bundler-audit, add a .bundler-audit.yml file to your projets root directory, and ignore vulnerabilities like so:

---
ignore:
  - CVE-2024-6484

Enable/Disable Maintence Mode

cap production maintenance:enable MESSAGE="Site is down for maintenance, should be back shortly."
cap production maintenance:disable

Whenever

JefferiesTube has backup functionality. To use it, add something like this to your schedule.rb:

every 1.day, at: '12am' do
  rake 'db:backup'
end

For hourly backups:

every :hour do
  rake 'db:backup:hourly'
end

Or for daily backups:

every :day do
  rake 'db:backup:daily'
end

Sass

To get compass reset and box-sizing border-box to all elements:

# app/assets/stylesheets/application.sass

@import jefferies_tube

Development environment

When developing the apps against your local machine, it is useful to override some of the config settings to get ngrok to work. You can create config/environments/my.development.rb and put something like the following in it:

Rails.application.configure do
  config.middleware.use "SomeLocalThing"
  config.action_mailer.asset_host = "test.ngrok.io"
  # Anything else in development.rb that you don't want to commit
end

If you do this, don't forget to add my.development.rb to the gitignore file.

Terminal colors

Changes the prompt color of your terminal. Shows Development environments in blue, Test in yellow, and Production in a scary red. Defaults to using the Rails env and Rails app class name, but configuration can be done in a Rails initializer like:

JefferiesTube.configure do |config|
  config.environment = 'production' # If you're using a nonstandard env name but want colors.
  config.prompt_name = 'ShortName' #For a shorter prompt name if you have a long app
end

Default Rake Tasks

JefferiesTube sets up the default rake task to run rspec with simplecov, then rubocop. Everything should be configued to the default automatically. All you need to do is run rake!

Simplecov

JefferiesTube configures Simplecov to check for coverage based solely on groups, not on the overall project. This is to ensure that important/easy files are covered and unimportant files can be untested without causing the total percentage to go down. If you override the required test coverage, warnings will show if you do not match the JefferiesTube default. The default required test coverage is as follows:

'Controllers' => 10,
'API Controllers' => 100,
'Models' => 100,
'Services' => 100,
'Helpers' => 10,
'Policies' => 100,
'Jobs' => 100,
'Mailers' => 0,
'Libraries' => 0,
'Plugins' => 0,
'Ungrouped' => 10

and can be overrided by setting JefferiesTube::Coverage.required_coverage in an initializer.

JefferiesTube::Coverage.required_coverage = {
  'Controllers' => 0,
  'API Controllers' => 0,
  'Models' => 0,
  'Services' => 0,
  'Helpers' => 0,
  'Policies' => 0,
  'Jobs' => 0,
  'Mailers' => 0,
  'Libraries' => 0,
  'Plugins' => 0,
  'Ungrouped' => 0
}

Rubocop

Our Rubocop rules are built from the ground up to ensure the rules are all "actually good"! The first time you run rake JT will create a .rubocop.yml configuration file that inherits all the rules from JT. You can add/modify that file if you need to customize the rules for your project.

Contributing

  1. Fork it ( http://github.com//jefferies_tube/fork )
  2. Create your feature branch (git checkout -b my-new-feature)
  3. Commit your changes (git commit -am 'Add some feature')
  4. Add changes to the CHANGELOG file in the 'Unreleased' section.
  5. Push to the branch (git push origin my-new-feature)
  6. Create new Pull Request

Release

  • Update lib/jefferies_tube/version.rb with the new version number (be sure to follow semver).
  • Update CHANGELOG.md and move everything in 'Unreleased' to a new section for the new version.
  • Tag the final commit in that release.