-
Notifications
You must be signed in to change notification settings - Fork 5
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
QG 4 checks Release 3.2 #28
Comments
Hi @tunacicek, |
Since the final release version is not yet clear, I'll leave this as a comment instead of an issue: |
@SebastianBezold : we will deploy a new version because of TRG 7.05 (missing legal information in jar) |
@SebastianBezold : We build a new version of the bpn-discovery. We fix the open points. Only helm testing is currently in progress. |
Hi @SebastianBezold , |
Hi @bs-sili, where is this fix included? On the current |
Hi @tunacicek and @bs-sili, I do have a general question regarding your versioning. I can see, that you are following semantic versioning and you increase the patch version as soon as you fix stuff. I just don't really understand, why you have an additional milestone suffix. This does not seem to change. Looking at the existing tags, it has always been "M1". Other teams are using the release canditate notion and build versions like |
I am done with all the checks. I created issues for the findings and linked it to this one here. |
@SebastianBezold Thanks for your review. |
Hey @SebastianBezold, |
Hi @SebastianBezold, could you please set the checkmark for "TRG 7.05 Legal information for distributions"? As you already closed #39, this should be fine. right? Many thanks! |
Hi @bs-sili and @tunacicek, one last question, before I close the QG issue. I am also still wondering, why you are using a milestone suffix, if you anyways update your semantic version properly and never change the milestone or move to a next one. Will there be releases for different milestones? Are they documented somewhere? Are you creating "milestone-less" releases as soon as the Tractus-X release is created? |
the github release is created for the version 0.2.5-M1. Thanks for the hint. |
Thanks @tunacicek. Closing the issue |
hi @SebastianBezold , |
QG checks
Please keep this issue open until QG 3.2 is concluded and will be managed by the Issue Creator!
We will inform you about finding and proposals in separated issues, this issue here is for the Overview of the Checks!
Product Name: BPN Discovery
Product Owner: Thomas Henn
Dev SPOC: Tunahan Cicek / Sahil Aggarwal (@agg3fe)
Helm Chart Version: 0.1.6
App Version: 0.2.3-M1
QG5 Approval: yes/no
Check of Tractus-X Release Guidelines
This QG x Check is depending on the mandatory information from our current Release Guidelines.
TRG 1 Documentation
README.md
INSTALL.md
CHANGELOG.md
TRG 2 Git
TRG 2.01 default branch is named
main
TRG 2.03 repository structure
Checks within TRG 2.03
/docs
directory contains detailed product related documentation for the Tractus-X product/charts
directory contains the Helm chart for the Tractus-X product IF availableAUTHORS.md
file (optional) (TRG 2.03)CODE_OF_CONDUCT.md
file (TRG 2.03)CONTRIBUTING.md
file (TRG 2.03)DEPENDENCIES
file(s) with up to date content (Dash tool generated) (TRG 2.03)LICENSE
file (TRG 2.03)NOTICE.md
file (TRG 2.03)SECURITY.md
file (TRG 2.03)TRG 2.04 Leading product repository
Checks within TRG 2.04
TRG 2.05
.tractusx
metafile in a proper formatTRG 3 Kubernetes
TRG 4 Container
TRG 4.01 semantic versioning and tagging
TRG 4.02 top level
README.md
file, that contains information about the used base imageTRG 4.03 Image has
USER
command and Non Root ContainerChecks within TRG 4.03
deployment.yaml
hasrunAsUser
andallowPrivilegeEscalation: false
properly setTRG 4.05 released image must be place
DockerHub
as mandatory container registry; removeGHCR
referencesTRG 4.06 Notice File for
DockerHub
has all necessary informationChecks within TRG 4.06
DockerHub
GitHub
Project License
(make clear, that this is the PROJECT licence, not an image licenseTRG 5 Helm
TRG 5.01 Helm chart must be released
Checks within TRG 5.01
version
andappVersion
has to be used inChart.yaml
values-xyz.yaml
values.yaml
file must contain proper default values/placeholdersChart.yaml
appVersion
propertyTRG 5.02 Helm chart location in
/charts
directory and correct structureChecks within TRG 5.02
TRG 5.04 CPU and memory limits and requests are properly set
TRG 5.06 application must be configurable through the Helm chart
TRG 5.07 dependencies are present in the
Chart.yaml
they are properly configuredTRG 5.08 a product has a single deployable helm chart that contains all components
Checks within TRG 5.08
TRG 5.09 Helm Test running properly
Checks within TRG 5.09
TRG 5.10 Products need to support 3 versions at a time
Checks within TRG 5.10
TRG 5.11 Upgradeability PRERELEASE
Checks within TRG 5.11
TRG 6 Released Helm Chart
TRG 7 Open Source Governance
TRG 7.01 Legal Documentation
TRG 7.02 License and copyright header
TRG 7.03 IP checks for project content
TRG 7.04 IP checks for 3rd party content
Checks within TRG 7.04
TRG 7.05 Legal information for distributions
TRG 7.06 Legal information for end user content
TRG 7.07 Legal notice for documentation
Hints
Information Sharing
The text was updated successfully, but these errors were encountered: