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’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Automatization of compatibility tests on sonarqube versions on a specific plugin version #257

Open
dedece35 opened this issue Dec 8, 2023 · 5 comments
Assignees
Labels

Comments

@dedece35
Copy link
Member

dedece35 commented Dec 8, 2023

Make an automatic process (with Github Actions) to check if a plugin version (new or old) is compatible on different versions of SonarQube.
It must be based on our current docker files.

@dedece35 dedece35 added the 🔰 good first issue Good for newcomers label Dec 8, 2023
@lbg-oju
Copy link

lbg-oju commented Jul 19, 2024

Hello 👋, can I be assigned to this issue?

@lbg-oju
Copy link

lbg-oju commented Jul 19, 2024

Is there also a compatibility matrix or similar for this somewhere?

@glalloue
Copy link
Contributor

Hi @lbg-oju Sure you can take this issue

Do you know how to do ? Do you need more information ?
@dedece35 is the technical referent on this subject if you need help

@lbg-oju
Copy link

lbg-oju commented Jul 22, 2024

Yeah, it would be great to have more info, eg not sure what’s meant with the last sentence ”based on our current docker file”. My understanding so far is that something like below needs to be done in the cicd?

https://tech.osteel.me/posts/a-github-workflow-to-check-the-compatibility-of-your-php-package-with-a-range-of-dependency-versions

https://docs.github.com/en/actions/using-jobs/using-a-matrix-for-your-jobs#

I hope @dedece35 can confirm that I’m on the right track?

@dedece35 dedece35 added the 🚀 enhancement New feature or request label Jul 22, 2024
@dedece35
Copy link
Member Author

Hi @lbg-oju,
ok thank you for helping !

the last sentence ”based on our current docker file” means that each ecocode plugin contains a Dockerfile and a docker-compose.yml for local developments by a contributor.
I mean that we can imagine a system based on these files, why not ?

Currently, the different SonarQube compatibilities are mentioned on README.md file inside each ecocode plugin repository.
But why not to have a centralized matrix used for your validation system and referenced in each README.md file.

If you have some ideas, please, feel free to share and discuss about it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants