Use consistent or clearer naming for generated kubeadmconfig and workermachine templates
Open
area/cli
kind/cleanup
team/cli
- Dominant language
- Go
- Stars
- 2.1k
- Forks
- 328
- Avg merge
- 1d 4h
- Merged PRs (30d)
- 9
Description
I would expect these names to be identical but they are not, and the difference between them is only the word `template` which isn't descriptive enough. Either we should use the same naming convention or be more specific like `"%s-%s-worker-machine-template-%d"` and `"%s-%s-kubeadm-config-template-%d"` like we do for etcd and cp.
Contributor guide
Research direction
No file or test is named. Start by locating the code that generates the kubeadmconfig and workermachine template names, then compare its naming with the existing etcd and cp conventions. Done means the affected names use one consistent, descriptive convention and the relevant tests or generated output reflect it.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- infrastructure
- Issue type
- Refactor
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100