Helping with Silta development
#
Development workflowEach chart (drupal, frontend, simple) has respective project that uses the chart as subfolder under /charts
. So adjustments to chart can be made on each commit. Check .cirlceci/config.yml in Drupal chart to see how it's defined. So you make a PR for a specific chart (either drupal-project-k8s or frontend-project-k8s or simple-project-k8s)
#
TestingBefore making a pull request you should install the unittest helm plugin:
and run in on your updated chart:
To test charts locally You will need related helm repositories to be installed locally (see charts/chartname/Chart.yaml) and subcharts downloaded.
- Adding helm repository:
- Download / rebuild the charts/ directory based on the Chart.lock file
- Dry-run chart and check kubernetes resource definitions for expected output
#
Contribution- Someone from silta dev team will review changes and review the PR. Once accepted by one of them, it can be merged to master.
- Once changes are merged to project there are 2 options:
- Silta developers diff wunderio/charts/drupal to wunderio/drupal-project-k8s/charts/drupal before next release by copying over multiple changes in bulk and increment chart version in both repos, making them in sync again.
- You can make a copy of that accepted PR to wunderio/charts repo where it will be accepted again.
If you want to test a feature PR:
- Create a new branch from feature/myAwesomeThing -> feature/myAwesomeThing-test.
- Enable the myAwesomeThing related functionality or apply new configuration related to the feature.
- Commit the changes to the test branch and push to origin.
- Check that functionality works as it should.
- Write tests when possible and push them to the original feature branch or request the original author to add them.
- Delete the test branch if everything works.
#
Some tips and external documentation when working with HELM chartsHelm template guide - control structures
Goland Sprig functions