Support for hidden option field

[AntiD2ta]

Changes:

• Add new profile option field hidden
• Support for hidden input

Types of changes

• Breaking change (fix or feature that would cause existing functionality to not work as expected)

Testing

Requires testing Yes

In case you checked yes, did you write tests? Yes

[adriantpaez]

I tried the following command

eigenlayer install --profile option-returner --no-prompt --version v5.5.0 https://github.com/NethermindEth/mock-avs-pkg

And returns an error as the following image shows:

We need to manage properly the case when the --no-prompt flag is used with hidden options. This is because it tries to use the default value, and hidden properties do not have one.

[AntiD2ta]

I tried the following command

eigenlayer install --profile option-returner --no-prompt --version v5.5.0 https://github.com/NethermindEth/mock-avs-pkg

And returns an error as the following image shows:

We need to manage properly the case when the --no-prompt flag is used with hidden options. This is because it tries to use the default value, and hidden properties do not have one.

What do you suggest @adriantpaez ? The wizard's behavior is not wrong, the error message is ok. We clearly define in the Spec that profile options with hidden set on true will have their default values ignored.

What I see we can do is to tell the users they have to use the --option.option-name flag to set that option value if they want to use --no-prompt

[adriantpaez]

In the future, we will handle the default value management for the hidden option through a new PR, probably with a different error message. This is necessary because we need to prioritize the merging of other pending PRs. It's important to note that the current behavior is not incorrect.