-
Notifications
You must be signed in to change notification settings - Fork 554
Closed
Labels
bugSomething isn't workingSomething isn't working
Description
📜 Description
It bugs out when -
- Multiple cd pipelines in same app are triggered together.
- Deployments gets healthy instantly.
- Deployments are done without change.
👟 Reproduction steps
Follow description.
👍 Expected behavior
Most of the times, cron for getting the cd pipeline status gets on work and updates the pipeline status which makes user confused since app status already gets healthy.
👎 Actual Behavior
For most of the cases, pipeline status should get updated on its own(by events received from kubewatch) without cron's dependency.
💻 Device
Desktop/Laptop
💻 Operating system
MacOS
🌍 Browser
Chrome
🧱 Your Environment
No response
✅ Proposed Solution
To fix this above bugs -
- Currently we set status time in orchestrator which causes some logics to fail as some deployments are completed instantly. To fix this set status time in kubewatch itself.
- Fetch git commits of a repo and check whether the current commit in event object from kubewatch is newer than the latest commit for a cd pipeline. With this, we can identify if some commits are revised or not and can set statuses accordingly.
👀 Have you spent some time to check if this issue has been raised before?
- I checked and didn't find any similar issue
🏢 Have you read the Code of Conduct?
- I have read the Code of Conduct
AB#586
Metadata
Metadata
Assignees
Labels
bugSomething isn't workingSomething isn't working