This document describes the high level workflow used when working on the Kit WordPress Plugin.
You're free to use your preferred IDE and Git client.
If you haven't yet set up your local development environment with the Kit Plugin repository installed, refer to the Setup Guide.
In your Git client / command line, create a new branch:
- If this is for a new feature that does not have a GitHub Issue number, enter a short descriptive name for the branch, relative to what you're working on
- If this is for a feature/bug that has a GitHub Issue number, enter issue-XXX, replacing XXX with the GitHub issue number
Once done, make sure you've switched to your new branch, and begin making the necessary code additions/changes/deletions.
Code must follow WordPress Coding standards, which is checked when running tests (more on this below).
When outputting data, escape it using WordPress' escaping functions such as esc_html()
, esc_attr__()
, wp_kses()
, wp_kses_post()
.
When reading user input, sanitize it using WordPress' sanitization functions such as sanitize_text_field()
, sanitize_textarea_field()
.
When writing to the database, prepare database queries using $wpdb->prepare()
Never trust user input. Sanitize it.
Make use of WordPress nonces for saving form submitted data.
Coding standards will catch any sanitization, escaping or database queries that aren't prepared.
We use Composer for package management. A package can be added to one of two sections of the composer.json
file: require
or require-dev
.
Packages listed in the "require" directive are packages that the Plugin needs in order to function for end users.
These packages are included when the Plugin is deployed to wordpress.org
Typically, packages listed in this section would be libraries that the Plugin uses, such as:
- Kit WordPress Libraries; a shared connection of WordPress specific API, Resource and Review Request classes that are used across multiple Kit WordPress Plugins.
Packages listed in the "require-dev" directive are packages that the Plugin does not need in order to function for end users.
These packages are not included when the Plugin is deployed to wordpress.org
Typically, packages listed in this section would be internal development tools for testing, such as:
- Coding Standards
- PHPStan
- Codeception
Remember to commit your changes to your branch relatively frequently, with a meaningful, short summary that explains what the change(s) do. This helps anyone looking at the commit history in the future to find what they might be looking for.
If it's a particularly large commit, be sure to include more information in the commit's description.
Once you've finished your feature or issue, you must write/amend tests for it. Refer to the Testing Guide for a detailed walkthrough on how to write a test.