👍 First of all, thank you for taking the time to contribute! 👍
Here are some guides on how to do that:
Help us keep a healthy and open community. We expect all participants in this project to adhere to the NativeScript Code Of Conduct.
- Always update to the most recent master release; the bug may already be resolved.
- Search for similar issues in the issues list for this repo; it may already be an identified problem.
- If this is a bug or problem that is clear, simple, and is unlikely to require any discussion -- it is OK to open an issue on GitHub with a reproduction of the bug including workflows and screenshots. If possible, submit a Pull Request with a failing test, entire application or module. If you'd rather take matters into your own hands, fix the bug yourself (jump down to the Submitting a PR section).
- Use Github Issues to submit feature requests.
- First, search for a similar request and extend it if applicable. This way it would be easier for the community to track the features.
- When requesting a new feature, please provide as much detail as possible about why you need the feature in your apps. We prefer that you explain a need rather than explain a technical solution for it. That might trigger a nice conversation on finding the best and broadest technical solution to a specific need.
Before you begin:
- Read and sign the NativeScript Contribution License Agreement.
- Make sure there is an issue for the bug or feature you will be working on.
Following these steps is the best way to get you code included in the project:
- Fork and clone the nativescript-angular repo:
git clone https://github.com/<your-git-username>/nativescript-angular.git
# Navigate to the newly cloned directory
cd nativescript-angular
# Add an "upstream" remote pointing to the original repo.
git remote add upstream https://github.com/NativeScript/nativescript-angular.git
-
Read our development workflow guide for local setup:
-
Create a branch for your PR
git checkout -b <my-fix-branch> master
-
The fun part! Make your code changes. Make sure you:
- Follow the code conventions guide.
- Write unit tests for your fix or feature.
-
Before you submit your PR:
- Rebase your changes to the latest master:
git pull --rebase upstream master
. - Ensure all unit test are green. Check running unit tests.
- Ensure your changes pass tslint validation. (run
npm run tslint
in the root of the repo).
- Rebase your changes to the latest master:
-
Push your fork. If you have rebased you might have to use force-push your branch:
git push origin <my-fix-branch> --force
- Submit your pull request. Please, fill in the Pull Request template - it will help us better understand the PR and increase the chances of it getting merged quickly.
It's our turn from there on! We will review the PR and discuss changes you might have to make before merging it! Thanks!
If you want to contribute, but you are not sure where to start - look for issues labeled help wanted
.