|
|
@@ -5,7 +5,7 @@ We enjoy working with contributors to get their code accepted. There are many ap
|
|
|
The process for contributing to any of the Elasticsearch repositories is similar.
|
|
|
|
|
|
1. Sign the contributor license agreement
|
|
|
-Please make sure you have signed the [http://www.elasticsearch.org/contributor-agreement/](Contributor License Agreement). We are not asking you to assign copyright to us, but to give us the right to distribute your code without restriction. We ask this of all contributors in order to assure our users of the origin and continuing existence of the code. You only need to sign the CLA once.
|
|
|
+Please make sure you have signed the [Contributor License Agreement](http://www.elasticsearch.org/contributor-agreement/). We are not asking you to assign copyright to us, but to give us the right to distribute your code without restriction. We ask this of all contributors in order to assure our users of the origin and continuing existence of the code. You only need to sign the CLA once.
|
|
|
|
|
|
2. Rebase your changes
|
|
|
Update your local repository with the most recent code from the main Kibana repository, and rebase your branch on top of the latest master branch. We prefer your changes to be squashed into a single commit.
|
|
|
@@ -14,3 +14,4 @@ Update your local repository with the most recent code from the main Kibana repo
|
|
|
Push your local changes to your forked copy of the repository and submit a pull request. In the pull request, describe what your changes do and mention the number of the issue where discussion has taken place, eg “Closes #123″.
|
|
|
|
|
|
Then sit back and wait. There will probably be discussion about the pull request and, if any changes are needed, we would love to work with you to get your pull request merged into Kibana.
|
|
|
+
|
Rashid Khan