So you want to contribute code to this project? Excellent! We're glad you're here. Here's what you need to do.
OpenSearch builds using Java 11 at a minimum. This means you must have a JDK 11
installed with the environment variable JAVA_HOME referencing the path to Java home
for your JDK 11 installation, e.g. JAVA_HOME=/usr/lib/jvm/jdk-11.
By default, tests use the same runtime as JAVA_HOME. However, since OpenSearch
supports JDK 8, the build supports compiling with JDK 11 and testing on a different
version of JDK runtime. To do this, set RUNTIME_JAVA_HOME pointing to the Java home of
another JDK installation, e.g. RUNTIME_JAVA_HOME=/usr/lib/jvm/jdk-8.
-
Download OpenSearch for the version that matches the OpenSearch Dashboards version specified in package.json.
-
Download the OpenSearch Dashboards source code for the version specified in package.json you want to set up.
-
Change your node version to the version specified in
.node-versioninside the OpenSearch Dashboards root directory. -
Create a
pluginsdirectory inside the OpenSearch Dashboards source code directory, ifpluginsdirectory doesn't exist. -
Check out this package from version control into the
pluginsdirectory.cd plugins git clone https://github.com/opensearch-project/dashboards-reporting.git -
Run
yarn osd bootstrap --single-version=looseinsideOpenSearch-Dashboards/plugins/dashboards-reporting.
Ultimately, your directory structure should look like this:
.
├── OpenSearch-Dashboards
│ └──plugins
│ └── dashboards-reportingTo build the plugin's distributable zip simply run yarn build.
Example output: ./build/reports-dashboards-*.zip
-
yarn startStarts OpenSearch Dashboards and includes this plugin. OpenSearch Dashboards will be available on
localhost:5601. -
yarn test:jestRuns the plugin tests.
The Github workflow in backport.yml creates backport PRs automatically when the original PR
with an appropriate label backport <backport-branch-name> is merged to main with the backport workflow run successfully on the
PR. For example, if a PR on main needs to be backported to 1.x branch, add a label backport 1.x to the PR and make sure the
backport workflow runs on the PR along with other checks. Once this PR is merged to main, the workflow will create a backport PR
to the 1.x branch.