Welcome, and thank you for your interest in contributing to VS App Center SDK for Android! The goal of this document is to provide a high-level overview of how you can get involved.
Small pull requests are much easier to review and more likely to get merged. Make sure the PR does only one thing, otherwise please split it.
Please make sure the following is done when submitting a pull request:
- Fork the repository and create your branch from
develop
. - Run
git submodule update --init --recursive
before opening the solution if you don't want errors in the test application. - Use Android Studio 3.3 to edit and compile the SDK.
- To run the test app that uses project references to the SDK sources:
- Select build variant
projectDependencyFirebaseDebug
before hitting gradle sync. - Disable
Instant run
in Android Studio settings before running.
- Select build variant
- Make sure all tests have passed and your code is covered: run
gradlew coverageReport
command to generate report. - Make sure that there are no lint errors: run
gradlew assemble lint
command. - If your change includes a fix or feature related to the changelog of the next release, you have to update the CHANGELOG.md.
- After creating a pull request, sign the CLA, if you haven't already.
- Make sure you name all the constants in capital letters.
- Make sure you name all the classes in upper camel case.
- Use blank line in-between methods.
- No newlines within methods except in front of a comment.
- Make sure you name all the properties/methods in camel case. Start private properties with
m
, static properties withs
. - Use
{}
even if you have single operation in block.
- Use capital letter in the beginning of each comment and dot at the end.
- For comments use
/* */
(multiline) even if it's only one line. - Provide JavaDoc for each
public
andprotected
class, method, property. - Use blank line between description and tags like
@return
or@param
.Tip: You can configure these options in Android Studio via File > Settings > Editor > Code Style > Java
Your contributions to open source, large or small, constantly make projects better. Thank you for taking the time to contribute.