-
Notifications
You must be signed in to change notification settings - Fork 6
fix: removed unused entitys #9
fix: removed unused entitys #9
Conversation
Signed-off-by: Bailonis <[email protected]>
Signed-off-by: Bailonis <[email protected]>
fix: images to docs folder
Feat (DCMFOSS-54): chart-release from branch gh-pages
charts/charts/Chart.yaml
Outdated
There was a problem hiding this comment.
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?
There was a problem hiding this comment.
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
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Resolved
There was a problem hiding this comment.
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
There was a problem hiding this comment.
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
- 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
- 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
...
There was a problem hiding this comment.
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!
charts/charts/demand-capacity-management-backend/templates/deployment.yaml
Show resolved
Hide resolved
charts/charts/demand-capacity-management-backend/templates/pvc.yaml
Outdated
Show resolved
Hide resolved
...dcapacitymgmt/demandcapacitymgmtbackend/services/impl/WeekBasedCapacityGroupServiceImpl.java
Outdated
Show resolved
Hide resolved
...demandcapacitymgmt/demandcapacitymgmtbackend/services/impl/WeekBasedMaterialServiceImpl.java
Outdated
Show resolved
Hide resolved
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 |
fix the file structure of application.yml
…mand-capacity-mgmt into feat/DCMFOSS-60
Hi @Bailonis, I could merge this PR, but the chart directory structure still seems to be odd.
|
Unit Tests and Features were already pre discussed in code review, and are approved !