* First activate plugins/themes THEN build them
Currently the first step is to run bin/build.sh which builds all *ACTIVATED* themes. After this step we activate all composer-registered plugins (which in my case are all the themes) and THEN compile them. For new themes that means, that they are *NOT* build because they are activated AFTER building.
This PR fixes that and activated first and builds second.
* update changelog
* Fix symfony cache:clear running twice on deployment
Any standard symfony app is running cache:clear on composer install ever since.
I.e. in composer.json
```
"scripts": {
"auto-scripts": {
"cache:clear": "symfony-cmd",
"assets:install %PUBLIC_DIR%": "symfony-cmd"
},
"post-install-cmd": [
"@auto-scripts"
],
"post-update-cmd": [
"@auto-scripts"
]
},
```
This prevents cache clearing being run twice for no reason.
* regenerate doc
* Cachetool improvements
- remove outdated cachetool apc command (not apcu) that does not exist since 4.x,
- document web adapter example
- use release_or_current_path to be able to execute tasks outside of deployment
* regenerate doc
The E2E docker-compose stack has been modified to include code
coverage for all scripts that are kept in /project and are not
in the exclusion list.
The start command for `deployer` container has been replaced
with a `start-e2e-test.sh` script, which will execute E2E tests,
generate a Clover report and then return the exit code of E2E test
process to make sure that CI is aware of the test result.
Whole idea for collecting E2E coverage has been inspired by the
[this][1] article. All of scripts in `deployer` container will
now start with additional wrapper-like PHP code, which checks
if the `PHP_CCOV_START_FILE` variable is present. If not,
then nothing happens, but if the variable points to a PHP file,
then that file is being included.
The `docker-compose.yml` file has `PHP_CCOV_START_FILE` configured
to point to a file, which sets up code coverage, that starts counting
which instructions in `/project` directory have been called. Once
`php` interpreter starts shutting down, the coverage report is being
dumped into temporary files.
Once all tests have been processed, a script for merging partial
coverage reports is executed and finally a Clover code coverage file
is stored in the path defined in the `PHP_CCOV_OUTPUT_FILE` env var.
[1]: https://tarunlalwani.com/post/php-code-coverage-web-selenium/
Added a new class ConsoleApplicationTester, which during E2E tests
will create a separate isolated process for the Deployer to run in.
This class exposes methods for interacting with stdin and to grab
stdout, stderr and status code of finished process.
* removed incorrect duplicate version column
Output is as follows so:
$plugin,$label,$version,$upgrade,$author,$installed,$active,$upgradeable,
Shopware Plugin Service
=======================
------------------- --------------------------------------------------------- --------- ----------------- --------------------------- ----------- -------- -------------
Plugin Label Version Upgrade version Author Installed Active Upgradeable
------------------- --------------------------------------------------------- --------- ----------------- --------------------------- ----------- -------- -------------
BuckarooPayments Buckaroo Payment 1.1.1 Buckaroo Yes Yes No
DevTools Additional tools to support your Shopware 6 development 0.2.0 Maurits Meester Yes Yes No
* Invoke sw:plugin:refresh inside sw:plugin:activate:all instead of incorrectly redefining it
* Upgrade all plugins that are upgradeable
* Changelog update
* Ran docgen
* Do NOT make upgrading all default
* Update doc
Co-authored-by: Fabian Blechschmidt <github@fabian-blechschmidt.de>
Co-authored-by: Fabian Blechschmidt <blechschmidt@fabian-blechschmidt.de>
Fixes failed deploys when app/etc/config.php is changed with added sites, stores, store views or themes.
Co-authored-by: Fabian Blechschmidt <github@fabian-blechschmidt.de>
