Drop support for `routine` versus `pod` building strategy
- Dominant language
- Go
- Stars
- 927
- Forks
- 387
- Avg merge
- 15h 5m
- Merged PRs (30d)
- 36
Description
The necessity to support the `routine` building strategy is a kind of a limitation as it requires the operator to be able to manage the operations concerns and the build concern, delegating this to some external Maven processes but on the same running Pod. I think that we should remove the support of `routine` entirely, letting the operator to spin off a Pod and perform the build accordingly as it already happens with `pod` strategy. This would simplify the design and maintenance of the project and likely the usage of the operator with one less concern to care. Anyway it would be something to consider in a major release only. Feedback are welcome.
Contributor guide
No contributing guide indexed for this repository
Research direction
The issue names no files or tests. Start by tracing the `routine` and `pod` building-strategy definitions and their operator and build call sites, then review the major-release constraint. Done means the project no longer supports `routine` and continues to support the `pod` strategy, with the affected behavior verified.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go, kubernetes
- Domain
- build-system, infrastructure
- Issue type
- Refactor
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100