Summary: Issue fixed: #473 - [x] All tests pass. Demo project builds and runs. - [x] I added tests, an experiment, or detailed why my change isn't tested. - [x] I added an entry to the `CHANGELOG.md` for any breaking changes, enhancements, or bug fixes. - [x] I have reviewed the [contributing guide](https://github.com/Instagram/IGListKit/blob/master/.github/CONTRIBUTING.md) Closes https://github.com/Instagram/IGListKit/pull/558 Differential Revision: D4797501 Pulled By: jessesquires fbshipit-source-id: e197283f30781017e6fd76a6c604599a4f480e69
3.4 KiB
Executable File
Contributing to IGListKit
We want to make contributing to this project as easy and transparent as possible, and actively welcome your pull requests. If you run into problems, please open an issue on GitHub.
Pull Requests
- Fork the repo and create your branch from
master. - If you've added code that should be tested, add tests.
- If you've changed APIs, update the documentation.
- Ensure the test suite passes.
- Make sure your code lints.
- If you haven't already, complete the Contributor License Agreement ("CLA").
- Add an entry to the
CHANGELOG.mdfor any breaking changes, enhancements, or bug fixes.
Experimental changes
If your change can't be unit tested, we might ask that you add your change as an experiment so that we can verify your change works. To do this, first add a new option to IGListExperiment.
Then, use an experiments bitmask wherever your change is and wrap it in a check to see if it is enabled:
IGListExperimentEnabled(self.experiments, IGListExperimentMyAwesomeChange) {
// your code here
}
Once your experiment is confirmed we will remove the option and wrapping check!
How we do major and minor releases
Everything merges into master. When we cut a release, we merge from master into stable, tag, and push to CocoaPods.
Example:
If current release is 2.1.0, then any commits for 2.2.0 go into stable while commits for 3.0 would go to master.
Testing
Keep in mind that we want 99% test coverage at all times. If you add new code, please make sure it gets tested! When fixing bugs, try to reproduce the bug in a unit test and then fix the test. This makes sure we never regress that issue again.
Contributor License Agreement ("CLA")
In order to accept your pull request, we need you to submit a CLA. You only need to do this once to work on any of Facebook's open source projects.
Complete your CLA here: https://code.facebook.com/cla
Issues
We use GitHub issues to track public bugs. Please ensure your description is clear and has sufficient instructions to be able to reproduce the issue.
Facebook has a bounty program for the safe disclosure of security bugs. In those cases, please go through the process outlined on that page and do not file a public issue.
Coding Style
- 4 spaces for indentation rather than tabs
- Public classes and methods must contain header documentation
- Use plain C functions instead of class methods whenever possible
- Restrict subclassing (
IGLK_SUBCLASSING_RESTRICTEDmacro orfinalin Swift), unless the class is designed for subclassing. - Use instance variables instead of properties
- Create local variables instead of repeatedly accessing properties like
self.property. This results in a larger binary and extraobjc_msgSend(...)calls.
Updating Testing Dependencies
If you need a different version of one of the testing dependencies, you will need to first install Cocoapods:
$ [sudo] gem install cocoapods
Then within the project directory, run pod install to update the dependency to that version.
License
By contributing to IGListKit, you agree that your contributions will be licensed under the LICENSE file in the root directory of this source tree.