feat: consistent wait across all commands

[avirtopeanu-ionos]

Adds global --wait / -w flag.

Adds per-command --timeout flag and also -t shorthand if it is not already defined. (We cannot add a global --timeout flag while conditionally adding -t shorthand - there are some commands that already define this -t shorthand for something else.)

Adds a httpClient which we use to dynamically wait based on the retrieved href

We can find the href by pausing (catch the output in a buffer) after executing a command, and then working from there with what info we caught through the printer pkg. If we don't have the href yet, try running the equivalent get command with whatever flags are common between the two commands.

KNOWN ISSUES

1. The default timeout might be too low. It is consistently not enough for kubernetes resources, and the resources are still DEPLOYING when the waiting ends.

2. if using --wait:

• and using a command with no output (e.g. delete) that does not throw an error and is a success
• and the equivalent GET command exists and is found
• and this command throws an error when executed
• then, the CLI prints the GET command's error, but still exits with status 0.

3. Some DBaaS APIs don't have href as a response key

[sonarqubecloud]

Quality Gate passed

Issues
5 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
1.1% Duplication on New Code

See analysis details on SonarQube Cloud