In the Helm example, it is clear that the separator for key and value is :, for example replicas:2. However, I think it's easy to accidentally use = as the separator like replicas=2, perhaps because some other GH actions use it (e.g., docker/build-push-action using it for build-args and secrets) or it's used in shells for variables. (Note: our team actually made this typo and it even slipped through the review.)
Would it be in scope of the action to check for this mistake? In the current implementation, I believe that if replicas=2 are given, then the overrideName would be replicas=2 and overrideValue would be empty. Is there a use case for an empty value? If an empty value is detected and a single = character found in overrideName, would it make sense to fail with an error or at least give a warning?
Alternatively, would it be possible to support = as a valid key-value separator? (Personally, I don't think this is the right way.)
Feel free to close this issue with "not in scope" or "there are reasons why this wouldn't work/would be too tricky".
Feature request
In the Helm example, it is clear that the separator for key and value is
:
, for examplereplicas:2
. However, I think it's easy to accidentally use=
as the separator likereplicas=2
, perhaps because some other GH actions use it (e.g., docker/build-push-action using it for build-args and secrets) or it's used in shells for variables. (Note: our team actually made this typo and it even slipped through the review.)Would it be in scope of the action to check for this mistake? In the current implementation, I believe that if
replicas=2
are given, then theoverrideName
would bereplicas=2
andoverrideValue
would be empty. Is there a use case for an empty value? If an empty value is detected and a single=
character found inoverrideName
, would it make sense to fail with an error or at least give a warning?Alternatively, would it be possible to support
=
as a valid key-value separator? (Personally, I don't think this is the right way.)Feel free to close this issue with "not in scope" or "there are reasons why this wouldn't work/would be too tricky".