Replies: 1 comment 2 replies
-
Hi there, I am using a "dummy" version string, e.g. "development" or "snapshot" on our PR builds. It works well with the Jenkins plugin, which records just the info on the build page, that was gathered during that run. Obviously, in DT you will get an entry, which gets overwritten regularly, but everything not according to semantic versioning will just be ignored by users. However just have started our DT journey, and not sure if this workaround will have any bad effect later on. |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi,
Im pretty sure I already read this idea somewhere but I cannot find it anymore. Thats why Im creating this discussion here.
It would be nice if one could upload a BOM just to analyse it for CVEs/policy violations in order to not create new projects/versions every time. My use case is a simple CICD pipeline which does create a BOM for main/release versions and also sends them over to dependency track. However, for branches/pull requests I also want to run an analysis, just to see if a new dependency introduces a problem.
Would this be a nice addition? Or can someone point me to the original discussion/issue around this topic?
Thanks
Beta Was this translation helpful? Give feedback.
All reactions