Story

Currently the Update Wiki GH workflow is disabled because it consumes too much GH API calls. In order to reenable it, we need to:

• reduce the number of useless API calls:
  • commit_date and commit_message are not used, and commit_short certainly can be generated by truncating the commit_sha, so thatthe getCommitDetails function can possibly even be removed
  • refactor getPluginDetails to possibly clone the whole workspace (without the history) on the precise referenced commit in a /tmp directory and get the plugins details from there ?
  • Not sure what we do with pending PRs in the final table is worth the API calls on getPendingPRs
  • Now the `repo-backstage-version` field in the source.json file of the overlay workspace ALWAYS refers to the exact source backstage version. So you should be able to use this and not use APIs in getSourceBackstageVersion()
  • etc ...
• Add a path filter in the push event with the /workspaces path, so that it is not started on any fix to workflows or anything else.

In addition to those changes, we should, when they are available, add links to the corresponding OCI image in `ghcr.io` under the plugin name: fetching the URL with a syntax like: https://github.com/redhat-developer/rhdh-plugin-export-overlays/pkgs/container/rhdh-plugin-export-overlays%2Fred-hat-developer-hub-backstage-plugin-adoption-insights-backend and testing for a 404 error to detect the existence of an image might be sufficient. and pointing to this URL from the link might be sufficient as well.