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
I realized that the input configs pull_images_first and pre_deployment_command_args are completely ignored.
Looking at the code it looks to me that both configs will only work if you set the copy_stack_file option to TRUE because you nested the whole logic in this condition if ! [ -z "$INPUT_COPY_STACK_FILE" ] && [ $INPUT_COPY_STACK_FILE = 'true' ] ; then
Not sure if this is intended or not but for me, there is no reason to make this functionality only available if you copy over the stack file?! It should work as well even without copying the files?
If it was intended, you should maybe update the documentation to reflect this limitation.
Additionally: In some places, you check conditions like this [ $INPUT_DEPLOYMENT_MODE = 'docker-compose' ] but if you never set deployment_mode explicitly to docker-compose this input var will never have the value as you never set the fallback explicitly.
If you say that this behaviour was not intended I'm happy to provide a PR to fix it :)
The text was updated successfully, but these errors were encountered:
Thanks for the feedback, pull first + pre deployment args was intended only to be used in the case we copy the file (I will take a look and try to improve this). for the second point, it seems that I forgot to check the input and provide a default value :( . i will update it also
Hi there,
first of all thanks for your work here.
I'm using the following configuration for my action
I realized that the input configs
pull_images_first
andpre_deployment_command_args
are completely ignored.Looking at the code it looks to me that both configs will only work if you set the
copy_stack_file
option toTRUE
because you nested the whole logic in this conditionif ! [ -z "$INPUT_COPY_STACK_FILE" ] && [ $INPUT_COPY_STACK_FILE = 'true' ] ; then
Not sure if this is intended or not but for me, there is no reason to make this functionality only available if you copy over the stack file?! It should work as well even without copying the files?
If it was intended, you should maybe update the documentation to reflect this limitation.
Additionally: In some places, you check conditions like this
[ $INPUT_DEPLOYMENT_MODE = 'docker-compose' ]
but if you never setdeployment_mode
explicitly to docker-compose this input var will never have the value as you never set the fallback explicitly.If you say that this behaviour was not intended I'm happy to provide a PR to fix it :)
The text was updated successfully, but these errors were encountered: