1ac8577fc2
* Add "exportable" report interface for defining CSV export values. * Define export values for Orders Report. * Define export values for Products Report. * Define export values for Categories Report. * Define export values for Coupons Report. * Allow commas and double quotes in CSV exported values. * Fix in-browser export formatting of orders report products. * Align server-side orders report export formatting with in-browser. * Cover comma and double quote escaping in CSV export package tests. * Define export values for Customers Report. * Embed response links when requesting data for CSV exports. * Define export values for Downloads Report. * Move reusable report export functions to a trait. * Define export values for Stock Report. * Define export values for Taxes Report. * Define export values for Variations Report. * Define export values for Revenue Report. * Always pass export row data through the filter. * Fix formatting in test case for CSV coupon export. * Quote escape CSV headers in client-side export. Escape values with spaces as well. * Check if inventory is managed at the product level before using the stock status/quantity. * Prevent CSV injection in csv-export package. |
||
---|---|---|
.. | ||
components | ||
csv-export | ||
currency | ||
date | ||
navigation | ||
number | ||
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 collection of utilities 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.
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/master/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!