mapt-oss / mapt-oss/cloud-importer
[feat] Review logic to check for non-ephemeral stack
- Dominant language
- Go
- Stars
- 2
- Forks
- 8
- Avg merge
- 24m
- Merged PRs (30d)
- 1
Description
We want to cloud-importer to be idempotent, and due to the ephemeral - non-ephemeral orchestration in case of updates on the non-ephemeral part (i.e adding a new shared org) it will try to create the ephemeral stack.
We want to add a logic to check for existing non-ephemeral stack if that is the case avoid the ephemeral one and directly update what is needed.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by tracing the ephemeral/non-ephemeral orchestration path used when updating an existing import, since no files or tests are named. Identify where stack creation is triggered, then verify that an existing non-ephemeral stack is detected and updated directly without creating an ephemeral stack, preserving idempotent behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- backend, cloud
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100