activerecord-hackery--ransack/CONTRIBUTING.md

74 lines
2.7 KiB
Markdown
Raw Normal View History

Ransack is an open source project and we encourage contributions.
## Filing an issue
When filing an issue on the Ransack project, please provide these details:
* A comprehensive list of steps to reproduce the issue.
2014-05-06 08:59:42 +00:00
* The version of Ransack *and* the version of Rails and Ruby.
* Any relevant stack traces ("Full trace" preferred).
2013-12-07 00:51:55 +00:00
In 99% of cases, this information is enough to determine the cause and
solution to the problem that is being described.
2013-12-07 00:51:55 +00:00
Any issue that is open for 14 days without actionable information or activity
will be marked as "stalled" and then closed. Stalled issues can be re-opened
if the information requested is provided.
## Pull requests
2013-12-07 00:51:55 +00:00
We gladly accept pull requests to fix bugs and, in some circumstances, add new
features to Ransack.
2014-05-06 08:59:42 +00:00
Before issuing a pull request, please make sure that all specs are passing,
that any new features have test coverage, and that anything that breaks
backward compatibility has a very good reason for doing so.
Here's a quick guide:
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 install
2013-12-07 00:51:55 +00:00
$ bundle exec rake spec
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.
2013-12-07 00:51:55 +00:00
5. Push to your fork and submit a pull request. If the changes will apply
cleanly to the latest stable branches and master branch, you will only need
2014-05-06 08:59:42 +00:00
to submit one pull request. If the pull request only contains documentation
changes, please add `[skip ci]` to the commit message so that the Travis test
suite does not needlessly run.
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:
* Use Rails idioms and helpers
* Include tests that fail without your code, and pass with it
* Update the documentation, the surrounding one, examples elsewhere, guides,
whatever is affected by your contribution
Syntax:
* Two spaces, no tabs.
2014-05-06 08:59:42 +00:00
* 80 characters per line.
* 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` and not `a=b`.
2014-05-06 08:59:42 +00:00
* `a_method { |block| ... }` and not `a_method { | block | ... }` or
`a_method{|block| ...}`.
* Follow the conventions you see used in the source already.
And in case we didn't emphasize it enough: we love tests!