-
Notifications
You must be signed in to change notification settings - Fork 45
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix: repo info for Gitlab does not support group nesting #140
base: main
Are you sure you want to change the base?
Conversation
4de9f35
to
2f48d4e
Compare
2f48d4e
to
0fa98a1
Compare
@faymard - thanks for this contribution. We appreciate it. We will review it and test it before our next release. |
awslabs/harmonix#140 Co-authored-by: Florian JUDITH <florian.judith@alithya.com>
* Fixed repo info for Gitlab does not support group nesting awslabs/harmonix#140 * Bump Backstage framework version 1.35.1 * Updated api reports * Fixed alpha endpoints * Fixed lockfile duplicates --------- Co-authored-by: Florian JUDITH <florian.judith@alithya.com>
I am bumping into the exact same issue. |
We do not have a hard date at this time for the next Harmonix release. We have internal discussions going on with regard to this. In the mean time, I suggest going forward with your own repo fork. Thanks a lot for the feedback and contributions. They mean a lot to our team! |
What does this PR do?
🛑 Please open an issue first to discuss any significant work and flesh out details/direction - we would hate for your time to be wasted.
Consult the CONTRIBUTING guide for submitting pull-requests.
git-util.ts
to support hosting Harmonix reference repositories in a nested Gitlab groupGitlabApi::getFileContents
(parse base 64) andGitlabApi::commitContent
(redundant json() call)Motivation
We are working on integrating Harmonix in an existing Backstage and GitLab environment. Everything went surprisingly fine with installing/integrating the plugins and hosting Harmonix templates, but we are encountering an issue when deleting resources from Backstage.
It seems that it comes from the way repository name and group are computed. This PR aims to correct it to support different nesting levels in GitLab.
GitHub is not impacted because deep nesting is not possible (it is always organization/repo) but I thought it would be better to unify how these informations are queried.
For Moderators
Additional Notes