You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After action-vtl runs, subsequent steps can access the output via ${{ steps.vtl.outputs.XXXXXXXXXX }} where XXXXXXXXX that you're looking for is likely one of highlighted ones here:
but I'm not clear if you're looking to update this in package.json only prior to the docker build or if you also want the updated package.json pushed back to github. If the former, pretty easy to use awk/sed in a in a job step just before the docker-build. If the latter, we'll need to figure out how to commit package.json back to the repo without triggering another action run, otherwise we'll get an infinite loop of builds/commits.
I think we should be consistent with the versioning. If it is labeled with 0.3.0 as tag, the package.json should also have that version in it. And also the corresponding docker image. So yes, I would prefer to also update the package.json file in the repo with ever version update not just the tag.
When building the docker container, webpack uses the version set in package.json as version of open-balena-ui.
Building a production image (with
docker build .
) will result the following output when starting the docker container:checked out was a branch on top of
0.2.0
with some changes.The text was updated successfully, but these errors were encountered: