6.5 KiB
Contributing to WooCommerce Admin
Hi! Thank you for your interest in contributing to WooCommerce Admin. We appreciate it.
There are many ways to contribute – reporting bugs, adding translations, feature suggestions, and fixing bugs.
Reporting Bugs, Asking Questions, Sending Suggestions
Open a GitHub issue, that's all. If you have write access, add any appropriate labels.
If you're filing a bug, specific steps to reproduce are always helpful. Please include what you expected to see and what happened instead.
Localizing WooCommerce Admin
To translate WooCommerce Admin in your locale or language, select your locale here and translate Development (which contains the plugin's string) and/or Development Readme (please translate what you see in the Details tab of the plugin page).
A Global Translation Editor (GTE) or Project Translation Editor (PTE) with suitable rights will process your translations in due time.
Language packs are automatically generated once 95% of the plugin's strings are translated and approved for a locale.
Testing translations in development without language packs
- Requires
WP-CLI
version 2.1.0 or greater. - Generate a translation file with
npm run i18n xx_YY
(Where xx_YY is your locale, like it_IT). - Generate needed JSON files for JavaScript-based strings:
npm run i18n:json
. - Generate needed
woocommerce-admin-xx_YY.mo
file using your translation tool. - Move
.mo
and.json
files to/wp-content/languages/plugins
.
We're Here To Help
We encourage you to ask for help. We want your first experience with WooCommerce Admin to be a good one, so don't be shy. If you're wondering why something is the way it is, or how a decision was made, you can tag issues with [Type] Question or prefix them with “Question:”
Contributing Code
If you're a first-time code contributor to the repository, here's a quick guide to get started:
- Fork the repo to your own account.
- Clone your fork into the
wp-content/plugins
directory of your preferred WordPress development environment. - Don't forget to create a branch to keep your changes. (
git checkout -b add/my-cool-thing
). - From the
woocommerce-admin
plugin directory, build withnpm install
andnpm start
. - Visit your dev environment in the browser to enable the
WooCommerce Admin
plugin and try it out.
Tips:
- Try to keep each PR small (around 200-250 lines or less, if you can), and having multiple very small commits in each PR is preferable to one larger commit (especially if the PR is larger).
- Don't combine code formatting changes with meaningful ones. If there's formatting work that needs to be done en masse, do it all in one PR, then open another one for meaningful code changes.
- Add unit tests to your PR for better code coverage and review.
After you've made your updates, you're ready to commit:
- Run a complete build via
npm run build
. - Do a
composer install
to ensure PHP dependencies can run on the pre-commit hook. - Create your commit. Write a descriptive, but short first line (e.g. "Reports: Reticulate the splines"), and add more details below. If your commit addresses a github issue, reference it by number here (e.g. "This commit fixes issue #123 by reticulating all the splines.")
- Push the branch up to your local fork, then create a PR via the GitHub web interface.
PHP Unit tests
Setting up PHP unit tests using VVV
- SSH into the Vagrant box:
cd
down to the Vagrant root (wherewww
lives)vagrant ssh
cd /srv/www/<name of wp install>/public_html/wp-content/plugins/woocommerce-admin
bin/install-wp-tests.sh wc-admin-tests root root
Running tests
- SSH into the Vagrant box (
vagrant ssh
) cd /srv/www/<name of wp install>/public_html/wp-content/plugins/woocommerce-admin
composer test
to actually run the test suite
Filtering tests
You can restrict the test cases run using phpunit
's filter command line argument.
For example, to just run Order Report Stats tests:
composer test -- --filter="WC_Tests_Reports_Orders_Stats"
Helper Scripts
There are a number of helper scripts exposed via our package.json
(below list is not exhaustive, you can view the package.json
file directly to see all):
npm run lint
: Run eslint over the javascript filesnpm run i18n
: A multi-step process, used to create a pot file from both the JS and PHP gettext calls. First it runsi18n:js
, which creates a temporary.pot
file from the JS files. Next it runsi18n:php
, which converts that.pot
file to a PHP file. Lastly, it runsi18n:pot
, which creates the final.pot
file from all the PHP files in the plugin (including the generated one with the JS strings).npm test
: Run the JS test suitenpm run docs
: Runs the script for generating/updating docs.
Debugging
Debugging synced lookup information:
To debug synced lookup information in the database, you can bypass the action scheduler and immediately sync order and customer information by using the woocommerce_analytics_disable_action_scheduling
hook.
add_filter( 'woocommerce_analytics_disable_action_scheduling', '__return_true' );
Using debug
package.
Currently, the debug package is utilized to provide additional debugging for various systems. This tool outputs additional debugging information in the browser console when it is activated.
To activate, open up your browser console and add this:
localStorage.setItem( 'debug', 'wc-admin:*' );
License
WooCommerce Admin is licensed under GNU General Public License v3 (or later).
All materials contributed should be compatible with the GPLv3. This means that if you own the material, you agree to license it under the GPLv3 license. If you are contributing code that is not your own, such as adding a component from another Open Source project, or adding an npm
package, you need to make sure you follow these steps:
- Check that the code has a license. If you can't find one, you can try to contact the original author and get permission to use, or ask them to release under a compatible Open Source license.
- Check the license is compatible with GPLv3, note that the Apache 2.0 license is not compatible.