seperate "rover" logic to allow custom container environments?
- Dominant language
- Shell
- Stars
- 176
- Forks
- 147
- PR merge metrics
- No merged PRs in 30d
Description
It seems 99% of the rover container is pretty standard fare, and that most the "magic" is the rover bash which has a clever way of determining the appropriate tfstate location in a standard way.
I have a few clients who love this model of approach, but would like to use custom dev containers with extra tools like packer/ansible (yes it makes things bigger, but standardizing for gitops is worth it). Are the plans to offer this wrapper seperatelly? Would be a huge win in terms of flexibility. Basically thinking of something like terragrunt: extra binary that depends on TF making it ultra portable.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reading the rover container and rover bash logic described in the issue, focusing on how the Terraform state location is determined. Define the boundary between the reusable wrapper and the container before assessing how custom dev containers with tools such as packer or ansible would use it; done means the approach is specified well enough to implement and document.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- azure, shell, terraform
- Domain
- cloud, devops, infrastructure
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100