Skip to content

Latest commit

 

History

History
240 lines (169 loc) · 9.22 KB

INSTALL.md

File metadata and controls

240 lines (169 loc) · 9.22 KB

Install Adopt-A-Drain

  • Cloud9 is a web IDE that enables a Developer to be productive immediately, without installations. The drawback is that all developers share one instance.
  • Docker is a simple way for a Developer to get Adopt-A-Drain up and running. The drawback is that it can take some time to do the initial download and install
  • We use Heroku to run our production install of Adopt-A-Drain.

Prerequisites

Development

Cloud9 (Web IDE) Version

  • Open a browser

Docker Version

  • Install Docker and Docker-Compose on your development box
  • A Developer needs a data.world account to get an API token
  • A Developer needs a github account
  • A Developer needs a google map api key. If you are a permanent Citizen Labs developer, talk to the team about sharing a key. The personal api key process will require a credit card to prove you're not a robot.

Production

  • Adopt a Drain requires Postgres to be installed.
  • We also recommend using a ruby version manager such as rbenv.
  • An Administrator needs a data.world account to get an API token
  • An Administrator needs a github account
  • An Administrator needs a google map account

Installation and Setup

Cloud9 Version (Web IDE)

To get you up and running quickly, without hours of downloads and setup, we use Cloud9, a web-based IDE, as a virtual workspace.

Login

  1. Go to http://tiny.cc/lgrow-cloud9
  2. The account id is citizenlabs
  3. Ask someone in the room for the username and password

Run the app

  1. At the bottom of the screen you should see a terminal window. The path should read: cloud9:~/environment/adopt-a-drain (cloud9) $
  2. Run ./server.sh
  3. In the top middle of the screen, click Preview > Preview Running Application. This should open a small panel at the bottom.
  4. Click the "Pop Out Into New Window" and Viola! You should have a running instance of Adopt-A-Drain.

If you get the error "Your web browser does not have third-party cookies enabled", follow the instructions here

Cloud9 Best Practices

  • Remember that someone else could have made changes since the last time you signed in
  • Check the branch and which files have changed with git status
  • Check for specific changes with git diff
  • Before committing, change the git config to use your email and name so we know who is submitting the changes! Please change them back when you're done

Docker Version

Clone the Repo

On your local machine, open a Terminal window

    git clone https://github.com/citizenlabsgr/adopt-a-drain.git
    cd adopt-a-drain

Get a Google API key

Add Development Environment Variables (.env)

Put .env in the adopt-a-drain folder of the cloned repo

    # Postgres db variables:
    DB_HOST=db
    DB_USER=postgres

    # Enable google maps with your dev or prod google map api key
    GOOGLE_MAPS_JAVASCRIPT_API_KEY=<get-google-map-api-key>

    # Provide an owner id for the drain data.
    DW_USER=citizenlabs

    # Enable data.world data with your "read/write" api token
    DW_AUTH_TOKEN=<get-data.world-api-token>

    # URL for drain data
    OPEN_SOURCE=https://api.data.world/v0/sql/citizenlabs/grb-storm-drains

    # Turn on Google SMTP server
    # Note: if you do this, you need to change your security settings on your Google account
    GMAIL_ADDRESS=<your-gmail-email-address>
    GMAIL_PASSWORD=<your-gmail-password>
  • Creating a file (.env) to hold these variables will be more convenient for you. Put .env in the repo clone's adopt-a-drain/ folder.

  • An Administrator will need to configure environment variables in Heroku.

  • See the wiki for a guide on how to install this application on Windows.

Build with Docker Compose

Build caches steps to make docker-compose run faster Open a Terminal Window Run the following if you change the Dockerfile, Docker-composer, GEMFILE or GEMLOCK.lock

                           # Open a command window
    docker system prune    # Remove all unused containers, networks, images (both dangling and unreferenced)

    cd adopt-a-drain/      # you should be in the adopt-a-drain/ folder

    docker-compose build   # make the application ready to accept connections

Run with Docker Compose

Open a Terminal Window

                           # Open a command window
    cd adopt-a-drain/      # you should be in the adopt-a-drain/ folder

    docker-compose up      # make the application ready to accept connections

Connect to Adopt-a-drain Application

Make sure Adopt-a-drain is accepting connections.

# Visit your website http://localhost:3000 (or the IP of your docker-machine)

What just happened?

  • Sofware Install: The docker-compose command installed all the software necessary to run the Adopt-a-Drain application. The biggies are Postgres and Ruby on Rails.
  • Database Install: Docker-compose created data tables in Postgres, e.g, "things", "users", "reminders" tables.
  • Data Install: Docker-compose calls rails tasks to load drain data into the things table.
  • Data Storage: By default, data is stored on a developer's local machine in the ~/data_cl_aad folder.
  • On success, Docker-compose makes the Adopt-a-drain ready to accept connections.

At this point, a Developer should be good to start jamming on issues here.


Testing

                           # Open a command window
    cd adopt-a-drain/      # you should be in the adopt-a-drain/ folder

    docker-compose up      # make the application ready to accept connections    

    docker-compose run web bundle exec rake test   # Run tests
    docker-compose run web bundle exec rspec spec   # Run specs


Production Deployment

Prerequisites

  • Adopt a Drain requires and install of Postgres Postgres.
  • We also recommend using a ruby version manager such as rbenv.
  • You will need a data.world account to get an API token.
  • You will need to install the environment variables, listed above, in Heroku.

Deploying to Heroku

A successful deployment to Heroku requires a few setup steps:

  1. Generate a new secret token:

    rake secret
    
  2. Set the token on Heroku:

    heroku config:set SECRET_TOKEN=the_token_you_generated
    
  3. Precompile your assets

    RAILS_ENV=production bundle exec rake assets:precompile
    
    git add public/assets
    
    git commit -m "vendor compiled assets"
    
  4. Add a production database to config/database.yml

  5. Seed the production db:

    heroku run bundle exec rake db:seed

Keep in mind that the Heroku free Postgres plan only allows up to 10,000 rows, so if your city has more than 10,000 fire drains (or other thing to be adopted), you will need to upgrade to the $9/month plan.

Google Analytics

If you have a Google Analytics account you want to use to track visits to your deployment of this app, just set your ID and your domain name as environment variables:

heroku config:set GOOGLE_ANALYTICS_ID=your_id
heroku config:set GOOGLE_ANALYTICS_DOMAIN=your_domain_name

An example ID is UA-12345678-9, and an example domain is adoptadrain.org.


Submitting a Pull Request

  1. Fork the repository.
  2. Create a topic branch.
  3. Add specs for your unimplemented feature or bug fix.
  4. Run bundle exec rake test. If your specs pass, return to step 3.
  5. Implement your feature or bug fix.
  6. Run bundle exec rake test. If your specs fail, return to step 5.
  7. Run open coverage/index.html. If your changes are not completely covered by your tests, return to step 3.
  8. Add, commit, and push your changes.
  9. Submit a pull request.

Supported Ruby Version

This library aims to support and is [tested against][travis] Ruby version 2.5.0 and Postgres 9.6.

If something doesn't work on this version, it should be considered a bug.

This library may inadvertently work (or seem to work) on other Ruby implementations, however support will only be provided for the version above.

If you would like this library to support another Ruby version, you may volunteer to be a maintainer. Being a maintainer entails making sure all tests run and pass on that implementation. When something breaks on your implementation, you will be personally responsible for providing patches in a timely fashion. If critical issues for a particular implementation exist at the time of a major release, support for that Ruby version may be dropped.