Steve-Dee-Designs
/
woocommerce
mirror of https://github.com/woocommerce/woocommerce.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
woocommerce/plugins/woocommerce-blocks/bin/wp-env-pre-config.sh

5 lines
280 B
Bash
Raw Normal View History

Switch to use `wp-env` as the development/test environment (https://github.com/woocommerce/woocommerce-blocks/pull/2730) * Switch to use wp-env * fix travis config * fix spacing? * doh need to install packages before starting environment! * more fixes for errors in travis environment * hmm still have node-git issues * nope must use dash * maybe it’s a caching issue (we’re caching node_modules?) * remove configs * add wp-env override json to gitignore * remove obsolete scripts * fix config in travis * restore default env (for phpunit) * for e2e manually set WORDPRESS_BASE_URL * doh fix variable for wp version * run phpunit via docker and fix WordPress version used for tests * find out what’s going on with this thing * don’t escape? * doh phpunit needs dev installed from composer! * fix versions * looks liek we have to make sure wp db is up to date?!? - also moves pre-configuration stuff all into one file for easier maintenance. * see if I can get insight into what the siteurl is in the wp environment on travis * try env setup (known that will break phpunit but possible it might fix e2e?) * output plugin list to see what is active in travis * try flushing rules * do a hard fulsh * fix argument syntax * move things around and add pre-configuration as files so all wp commands run at once * revert back to running each container command separately Not sure, but this might affect permissions issues? * maybe re-ordering before the file sync will help? also try some configuration changes * another attempt at travis config In this attempt: - map .htaccess to the server on the environment start - try changing permissions of wp-content and wp-content/plugins as a part of the e2e test bootup * use default wp version for gute build * refactor to run all wp commands in one go * don’t return promise from setup function - this might fix the sporadic fails related to the fixtures being setup (and potential race conditions there). * make sure we activate gutenberg plugin (previously we were just installing) The syntax of the command was incorrect. * try alternative syntax for installing and activating plugin
2020-06-17 20:28:11 +00:00
#!/bin/sh
Escape basename paths with spaces correctly. (https://github.com/woocommerce/woocommerce-blocks/pull/3290)
2020-10-16 13:36:34 +00:00
BASENAME=$(basename "`pwd`")
Refactor webpack splitting to fix missing translation (https://github.com/woocommerce/woocommerce-blocks/pull/6420) * don't splitChunk frontend scripts * simplfy output folders * reduce minimum chunk size to 10kb * add all inner blocks for loading * better splitChunks * update translation code * wait for scripts * try sleeping * fix loading translation * fix tests for mini cart * simplfy po logic * automate loading chunks * rename webpack group file * rename block.json path
2022-05-23 14:58:13 +00:00
# We need to pass the blocks plugin folder name to the script, the name can change depending on your local env and we can't hardcode it.
Migrate Puppeteer test action from Blocks repo (#42733) * Migrate Puppeteer test action from Blocks repo * Update file path * Use pnpm * Use npm * Updates based on feedback * Comment out paths for testing * Fix paths with working directory * Use pnpm * Fix missing pnpms * npm instead * Do use pnpm * Update command * Blocks wp-env config * Update paths, config files * Run test commands from blocks * Config update * Uncomment paths so that e2e checks only run on Blocks --------- Co-authored-by: Jon Lane <jon.lane@automattic.com>
2023-12-14 00:01:34 +00:00
npm run wp-env run tests-cli './wp-content/plugins/woocommerce/blocks-bin/wp-env-config.sh' woocommerce