Skip to content
This repository has been archived by the owner on Jan 20, 2025. It is now read-only.

fix: removed unused entitys #9

Merged
merged 36 commits into from
Sep 6, 2023

Conversation

Bailonis
Copy link
Contributor

Unit Tests and Features were already pre discussed in code review, and are approved !

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Was this added by accident?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, if we do not have that chart, the workflow for the backend builder will not work, because it says this folder does not have a Chart, but i can give it another name and description

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Resolved

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is not resolved :) If you're workflow complains about it, it clearly shows, that there is something wrong with your workflow. /charts/charts -> this means you have a Chart called charts. Is it possible, that a path declaration in your workflow is wrong? Keep in mind: Chart releaser is already looking at the /charts directory, so no need to specify /charts in a path for chart-releaser action

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok i think I was a bit confused here, Your chart directory structure is a bit off i think.
In my opinion, you have two options to approach your Chart

  1. Flat kubernetes manifests for frontend and backend in a single chart
<repo>
└───charts
    └───demand-capacity-management
        └───Chart.yaml
        └───templates
            └─── deployment-frontend.yaml
            └─── deployment-backend.yaml
            └─── service-frontend.yaml
            └─── service-backend.yaml
  1. Build subcharts for frontend and backend and use them as dependencies of a product Chart
<repo>
└───charts
    └───demand-capacity-management
        └───Chart.yaml     <-- Does contain dcm-frontend and dcm-backend as dependency
        └───templates
            <empty>
        └───charts
            └─── dcm-frontend
                └─── Chart.yaml
                └───templates
                    └───deployment.yaml
                    ...
            └─── dcm-backend
                └─── Chart.yaml
                └───templates
                    └───deployment.yaml
                    ...

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @SebastianBezold thanks for the input, I will follow your advice!

@SebastianBezold
Copy link
Contributor

Hi @Bailonis, I added some review comments. Please have a look. Also, as with the other PR, please ask someone from your team for a review on the changes. I cannot tell, if the things you removed should be removed and if the DB scripts are correctly altered

@Bailonis Bailonis requested a review from Ruskyy August 26, 2023 11:47
@SebastianBezold
Copy link
Contributor

Hi @Bailonis,

I could merge this PR, but the chart directory structure still seems to be odd.

/charts/charts/ is wrong. It should be /chart/demand-capacity-management should be the goal

@SebastianBezold SebastianBezold merged commit afc92e5 into eclipse-tractusx:main Sep 6, 2023
@SebastianBezold SebastianBezold mentioned this pull request Sep 6, 2023
@Ruskyy Ruskyy deleted the feat/DCMFOSS-60 branch December 11, 2023 12:39
@Ruskyy Ruskyy restored the feat/DCMFOSS-60 branch December 11, 2023 12:39
@Ruskyy Ruskyy deleted the feat/DCMFOSS-60 branch December 15, 2023 15:53
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants