264aa8dee4
* Add initial Variations Report to analytics feature. * Restrict query to variations when not specifying any product IDs. * Add route to get variations without specifying a parent. * Move variations table component to variations report directory. * Add missing LIMIT clause to variations report query. * Remove broken features from Variations table. * Add Variations report controller to CSV emailer. * Add initial Variation Stats endpoint, based on Product Stats. * Hook Variations Report components up to new stats endpoint. * Hook attribute filter up to variations report queries. * Remove variation title filter usage. See: https://github.com/woocommerce/woocommerce-admin/pull/5100 * Use filtered separator in variation name formatting. * Add "single variation" to variations report, fix autocompleter API request. * Fix segmentation by variation. * Add comparison to variations report. * Always include manually specified variations in report results. * Fix variations report table comparison mode. The ReportTable component expects the `filter` query param. * Fixing styling of compare button without table search component. * Add variation filter to Orders report. * Link orders count to orders report filtered by variation. * Orders report: include variation attributes in product names. * Further style tweaks for variations report download button. * Add variations filter to order stats query. * Clean up "category includes" login in REST controllers. Prep for "category excludes" in the Variations report. * Support category exclusion in report filters. * Fix filter param used by the variation report table component. * Add category filter to variations report. * Fix initial selected ReportTable rows when using non-default compareParam. * Add a new autocompleter for variable products. * Add products filter to variations report. * Fix tests. * Handle variation IDs that are no longer found. * Add documentation. * Use getSetting() instead of directly accessing window properties in client code. * Fix ordering Variations by SKU. |
||
---|---|---|
.. | ||
components | ||
csv-export | ||
currency | ||
data | ||
date | ||
eslint-plugin | ||
navigation | ||
number | ||
tracks | ||
README.md |
README.md
WooCommerce Packages
Currently we have a small set of public-facing packages that can be dowloaded from npm and used in external applications.
@woocommerce/components
: A library of components that can be used to create pages in the WooCommerce dashboard and reports pages.@woocommerce/csv-export
: A set of functions to convert data into CSV values, and enable a browser download of the CSV data.@woocommerce/currency
: A class to display and work with currency values.@woocommerce/date
: A collection of utilities to display and work with date values.@woocommerce/navigation
: A collection of navigation-related functions for handling query parameter objects, serializing query parameters, updating query parameters, and triggering path changes.@woocommerce/tracks
: User event tracking utility functions for Automattic based projects.
Working with existing packages
- You can make changes to packages files as normal, and running
npm start
will compile and watch both app files and packages. - ⚠️ Make sure any dependencies you add to a package are also added to that package's
package.json
, not just the woocommerce-admin package.json - ⚠️ Make sure you're not importing from any woocommerce-admin files outside of the package (you can import from other packages, just use the
import from @woocommerce/package
syntax). - Add your change to the CHANGELOG for that package under the next version number, creating one if necessary (we use semantic versioning for packages, see these guidelines).
- Don't change the version in
package.json
. - Label your PR with the
Packages
label. - Once merged, you can wait for the next package release roundup, or you can publish a release now (see below, "Publishing packages").
Creating a new package
Most of this is pulled from the Gutenberg workflow.
To create a new package, add a new folder to /packages
, containing…
package.json
based on the template:{ "name": "@woocommerce/package-name", "version": "1.0.0-beta.0", "description": "Package description.", "author": "Automattic", "license": "GPL-2.0-or-later", "keywords": [ "wordpress", "woocommerce" ], "homepage": "https://github.com/woocommerce/woocommerce-admin/tree/main/packages/[_YOUR_PACKAGE_]/README.md", "repository": { "type": "git", "url": "https://github.com/woocommerce/woocommerce-admin.git" }, "bugs": { "url": "https://github.com/woocommerce/woocommerce-admin/issues" }, "main": "build/index.js", "module": "build-module/index.js", "react-native": "src/index", "dependencies": { "@babel/runtime-corejs2": "7.1.5" }, "publishConfig": { "access": "public" } }
.npmrc
file which disables creatingpackage-lock.json
file for the package:package-lock=false
README.md
file containing at least:- Package name
- Package description
- Installation details
- Usage example
- A
src
directory for the source of your module, which will be built by default using thenpm run build:packages
command. Note that you'll want anindex.js
file that exports the package contents, see other packages for examples.
Publishing packages
- Run
npm run publish-packages:check
to see which packages will be published - Create a PR with a CHANGELOG for each updated package (or try to add to the CHANGELOG with any PR editing
packages/
) - Run
npm run publish-packages:prod
to publish the package - OR Run
npm run publish-packages:dev
to publish "next" releases (installed asnpm i @woocommerce/package@next
). Only use:dev
if you have a reason to. - Both commands will run
build:packages
before the lerna task, just to catch any last updates.
It will confirm with you once more before publishing:
Changes:
- @woocommerce/components: 1.0.1 => 1.1.0
- @woocommerce/date: 1.0.1 => 1.0.2
- @woocommerce/navigation: 1.0.0 => 1.1.0
? Are you sure you want to publish these packages?
If you accept, Lerna will create git tags, publish those to github, then push your packages to npm.
🎉 You have a published package!