Feature: `github` executor fallback to HTTP if `gh` is not installed

Due to the fact that GH CLI is fairly new and almost doesn’t exist on CI/CD agents. might be trivial to use the same cmd line interface as the version package to reduce the need for multiple CLI’s that do pretty much the same thing, or as a counter suggestion, might be worth considering the creation of a semver:git that will work with the git CLI.

[DanielNetzer]

Since we don’t do the pipeline in dockers, we will need to install on all the agents image the GH cli, our agents are based on K8S cluster for Azure DevOps that we self host, if I’ll add a step to install the GH cli on the pipeline it will slow the CI in a monorepo containing over 16 projects with 12 developers working on it.

While utilizing an http endpoint instead of the GH cli will work out of the box and will do the exact same thing. maybe we can add to the same executor a check if the GH cli exists, it will use it and if not it will resort to using the GITHUB HTTP request.

WDYT?

[edbzn]

I agree that we could provide an HTTP fallback if the CLI is not installed.