Skip to content
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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

OSS Lifecycle GitLab #10244

Open
JoeIzzard opened this issue Jun 10, 2024 · 2 comments
Open

OSS Lifecycle GitLab #10244

JoeIzzard opened this issue Jun 10, 2024 · 2 comments
Labels
service-badge Accepted and actionable changes, features, and bugs

Comments

@JoeIzzard
Copy link
Contributor

馃搵 Description

There are already OSS Lifecycle and OSS Lifecycle Branch badges for GitHub, however it would be great to have a version that is compatible with GitLab. This would look and work like the existing OSS Lifecycle badge:
Static Badge

馃敆 Data

The data for this would be pulled from the Raw GitLab content for that repo. On GitLab this takes the form:
https://gitlab.com/{USER}/{REPO}/-/raw/{BRANCH}/{FILE}?ref_type=heads

馃帳 Motivation

I largely use GitLab and would like to be able to use the badge.

@JoeIzzard JoeIzzard added the service-badge Accepted and actionable changes, features, and bugs label Jun 10, 2024
@JoeIzzard
Copy link
Contributor Author

I'd propose that the current OSS Lifecycle badges are renamed to indicate that they are for GitHub, with the endpoint kept the same, and a new badge pulling from GitLab with the options common for GitLab badges such as the instance URL are created.

Happy to do the work to implement and get a PR ready once a direction is confirmed.

@chris48s
Copy link
Member

chris48s commented Jun 11, 2024

We have a number of badges that are not using any API. They just look at a file which could be anywhere but are hard-coded to assume that file is on GitHub. I would really like to gradually move these to being agnostic about where the file is hosted. So they will work for projects on GitHub, GitLab, BitBucket, Forgejo, your self-hosted instance of Gitea.. all the places. OSSLifeCycle is one of these.

I think my suggestion here would be that we migrate this so that instead of

https://img.shields.io/osslifecycle/Netflix/osstracker

the URL becomes

https://img.shields.io/osslifecycle?file=https%3A//github.com/Netflix/osstracker/blob/master/OSSMETADATA

but file can live anywhere. To maintain backwards compatibility for existing users, we can use a redirect to redirect calls to osslifecycle/{user}/{repo}/{branch} to https://img.shields.io/osslifecycle?file=https%3A//github.com/{user}/{repo}/blob/{branch}/OSSMETADATA.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
service-badge Accepted and actionable changes, features, and bugs
Projects
None yet
Development

No branches or pull requests

2 participants