Sha256: 16b8462ce0bf89ca104e4cf39be933f8951a3bb4892c3a15832390fc4ba3b1fa
Contents?: true
Size: 1.48 KB
Versions: 23
Compression:
Stored size: 1.48 KB
Contents
## Want to Contribute? Awesome. We love help, but before getting started, please read: **[Don't "Push" Your Pull Requests](http://www.igvita.com/2011/12/19/dont-push-your-pull-requests/)** ## Ready for a Pull-Request? 1. Fork the repo. 2. Run the tests. We only take pull requests with passing tests, and it's great to know that you have a clean slate: `bundle && appraisal && bundle exec rake` 3. Add a test for your change. Only refactoring and documentation changes require no new tests. If you are adding functionality or fixing a bug, we need a test! 4. Make the test pass. 5. Push to your fork and submit a pull request. At this point you're waiting on us. We like to at least comment on, if not accept, pull requests within three business days (and, typically, one business day). We may suggest some changes or improvements or alternatives. Some things that will increase the chance that your pull request is accepted, taken straight from the Ruby on Rails guide: ## Conventions * Use Rails idioms and helpers. * Include tests that fail without your code, and pass with your code. * Update the documentation, the surrounding one, examples elsewhere, guides, whatever is affected by your contribution Syntax: * Two spaces, no tabs. * No trailing whitespace. Blank lines should not have any space. * Prefer `&&`/`||` over `and`/`or`. * `MyClass.my_method(my_arg)` not `my_method( my_arg )` or `my_method my_arg`. * `a = b` not `a=b`. * Follow the conventions you see used in the source already.
Version data entries
23 entries across 23 versions & 2 rubygems