We welcome contributions from the community and first want to thank you for taking the time to contribute!
Please familiarize yourself with the Code of Conduct before contributing.
Before you start working with cloud-director-extension-standard-library, please read our Developer Certificate of Origin. All contributions to this repository must be signed as described on that page. Your signature certifies that you wrote the patch or have the right to pass it on as an open-source patch.
We welcome many types of contributions and not all of them need a Pull request. Contributions may include:
- New features and proposals
- Documentation
- Bug fixes
- Issue Triage
- Answering questions and giving feedback
- Helping to onboard new contributors
- Other related activities
Before you begin, download Cloud Director Extension SDK and follow the Setup Development Environment guide. This step will give you all the tools you need to build, test, run and package solutions add-ons or their component elements.
- Open your terminal and navigate to add-on folder.
- Execute
vcd-ext-shell
- Follow Understanding Solution Add-On Lifecycle and Understanding Solution Add-On Elements documentation.
- Open your terminal and navigate to repository add-on folder.
- Execute
vcd-ext-shell
- Follow Building Simple Solution Add-On documentation.
- Open your terminal and navigate to your working directory of choice.
- Execute
vcd-ext-shell
- Create new solution add-on by follow Building Simple Solution Add-On documentation.
Note the folder name should follow the Kebab case naming convention (ex. word-word-work).
- Include element into your add-on via
vcd-ext-shell # element add
command - Work on the enhancement or issue.
- Extract the element segment from your add-on
manifest.yaml
and replace it in themanifest.yaml
into repository element subject of change. - Replace the repository element source folder with the one from the add-on.
- Open your terminal and navigate to your working directory of choice.
- Execute
vcd-ext-shell
- Create new solution add-on by follow Building Simple Solution Add-On documentation
- Work on the element.
- Create folder under repository
element
named after the element use case.Note the folder name should follow the Kebab case naming convention (ex. word-word-work).
- Extract the element segment from your add-on
manifest.yaml
and save it in themanifest.yaml
into the new element in the repository. - Copy the repository element source folder into the new element in the repository.
This is a rough outline of what a contributor's workflow looks like:
- Make a fork of the repository within your GitHub account
- Create a topic branch in your fork from where you want to base your work
- Make commits of logical units
- Make sure your commit messages are with the proper format, quality and descriptiveness (see below)
- Push your changes to the topic branch in your fork
- Create a pull request containing that commit
We follow the GitHub workflow, and you can find more details on the GitHub flow documentation.
Before submitting your pull request, we advise you to use the following:
- Check if your code changes will pass both code linting checks and unit tests.
- Ensure your commit messages are descriptive. We follow the conventions on How to Write a Git Commit Message. Be sure to include any related GitHub issue references in the commit message. See GFM syntax for referencing issues and commits.
- Check the commits and commits messages and ensure they are free from typos.
Open GitHub issue.
The best way to reach us with a question when contributing is to open an original GitHub issue.