There are two fields related to the serial in the config-export at the moment:
aSerials in the oxconfig table, which holds multiple license keys which you can also enter in the OXID backend
OXSERIAL in the oxshops table, which is generated after you enter the aSerials in the OXID backend
The current workflow to add new license keys is:
Add license keys manually in OXID backend
Create new config export
Add related changes to git
Sometimes we want to add the license key directly into the yaml file and roll that change out without opening the OXID backend. Therefore we need a mechanism to generate the OXSERIAL inside the config:import command.
You can test this already by using "oxid-professional-services/oxid-modules-config": "dev-feature-generate-oxserial-after-import" in your composer.json or directly by calling:
There are two fields related to the serial in the config-export at the moment:
aSerials
in theoxconfig
table, which holds multiple license keys which you can also enter in the OXID backendOXSERIAL
in theoxshops
table, which is generated after you enter theaSerials
in the OXID backendThe current workflow to add new license keys is:
Sometimes we want to add the license key directly into the
yaml
file and roll that change out without opening the OXID backend. Therefore we need a mechanism to generate theOXSERIAL
inside theconfig:import
command.I fixed some non-related stuff (whitespace and a variable-name), to get only the related diff take a look at this commit: https://github.com/OXIDprojects/oxid_modules_config/commit/11f4c3335804da7d2210b87f4cea3f2281ae513f
You can test this already by using
"oxid-professional-services/oxid-modules-config": "dev-feature-generate-oxserial-after-import"
in yourcomposer.json
or directly by calling: