A web application that allows citizens to "adopt" civic infrastructure, such as fire hydrants that need to be shoveled out after it snows.
Go to file
Erik Michaels-Ober 7d4256d388 Add tests for passwords controller 2011-05-15 18:15:15 -07:00
app Add tests for passwords controller 2011-05-15 18:15:15 -07:00
config Setup SendGrid for outgoing email 2011-05-15 17:28:15 -07:00
db Sort seeds 2011-05-08 13:52:16 -07:00
doc first commit 2011-02-14 13:28:51 -05:00
lib/tasks first commit 2011-02-14 13:28:51 -05:00
log Upgrade to Rails 3.1.0.beta1 2011-05-05 19:38:25 -07:00
public Fix rename typo 2011-05-07 20:53:42 -07:00
script first commit 2011-02-14 13:28:51 -05:00
test Add tests for passwords controller 2011-05-15 18:15:15 -07:00
vendor Upgrade to Rails 3.1.0.beta1 2011-05-05 19:38:25 -07:00
.gitignore Add simplecov 2011-05-08 12:43:23 -07:00
.travis.yml Run migrations before testing 2011-05-15 12:44:32 -07:00
Gemfile Restructure Gemfile 2011-05-15 12:56:41 -07:00
Gemfile.lock Restructure Gemfile 2011-05-15 12:56:41 -07:00
LICENSE.md Add periods 2011-04-28 07:37:54 -07:00
README.md Replace RDoc-style links with Markdown-style links 2011-05-10 18:00:38 -07:00
Rakefile Upgrade to Rails 3.1.0.beta1 2011-05-05 19:38:25 -07:00
config.ru first commit 2011-02-14 13:28:51 -05:00
screenshot.png Update screenshot 2011-05-09 00:08:37 -07:00

README.md

Adopt a Hydrant

Claim responsibility for shoveling out a fire hydrant after it snows.

Screenshot

Adopt a Hydrant

Continuous Integration

Build Status

Demo

You can see a running version of the application at http://adopt-a-hydrant.heroku.com/.

Installation

git clone git://github.com/codeforamerica/adopt-a-hydrant.git
cd adopt-a-hydrant
bundle install

Usage

rails server

Contributing

In the spirit of free software, everyone is encouraged to help improve this project.

Here are some ways you can contribute:

  • by using alpha, beta, and prerelease versions
  • by reporting bugs
  • by suggesting new features
  • by writing or editing documentation
  • by writing specifications
  • by writing code (no patch is too small: fix typos, add comments, clean up inconsistent whitespace)
  • by refactoring code
  • by closing issues
  • by reviewing patches
  • financially

Submitting an Issue

We use the GitHub issue tracker to track bugs and features. Before submitting a bug report or feature request, check to make sure it hasn't already been submitted. You can indicate support for an existing issuse by voting it up. When submitting a bug report, please include a Gist that includes a stack trace and any details that may be necessary to reproduce the bug, including your gem version, Ruby version, and operating system. Ideally, a bug report should include a pull request with failing specs.

Submitting a Pull Request

  1. Fork the project.
  2. Create a topic branch.
  3. Implement your feature or bug fix.
  4. Add tests for your feature or bug fix.
  5. Run bundle exec rake test. If your changes are not 100% covered, go back to step 4.
  6. Commit and push your changes.
  7. Submit a pull request. Please do not include changes to the gemspec or version file. (If you want to create your own version for some reason, please do so in a separate commit.)

Copyright (c) 2011 Code for America. See LICENSE for details.