Facilitate local/minikube development

[josh-bitovi]

Problem: it's error-prone to test bitops changes locally and difficult to test any helm changes locally for sufficiently complex helm projects and most bitops scripts.

Solution: add minikube as a deploy target, update scripts so they can be run locally, and discuss other enhancements below.

I see a few options:

1. Add 'minikube' support: could run before helm + allow us to do things like minikube addons enable ingress / minikube addons enable metrics-server
   • Would be nice to conditionally enable or disable entire environments or tools based on bitops config or the environment
   • No issue yet, but there's a blog ticket after: Blog about automating a minikube env given an existing env #108
2. Update scripts to easily be run locally/debug/refactor
   • Things like: usage info, options, separating parameters + ENV_VARS would all make these scripts be easier to run and debug locally. Not directly related to deploying to minikube, but would be helpful for local bitops development and debugging
   • We might also want to adopt a style guide (example) or add something like shellcheck to CI
3. Does running helm tests fit in here?
   • Likely not, this seems like something we can support with helm upgrade-- but we haven't confirmed yet
4. Do we need shell unit tests? Test bitops shell scripts #106
5. Is there a standard way we could set up debugging? DEBUG=1 is inconsistently used in some scripts and set -x adds a lot of noise/potentially sensitive values to log files. Enhance logging #88
6. Does (1) require us to support ordered or dependent deployments? E.g. only deploy helm after minikube, or allow users to specify an order
   • Parallel and ordered plugin execution #63
7. Diffing environments Allow diffing "compiled" environments #107 and/or bitops plan option #102
8. Generating environments + generating minikube setup scritps for a "local" dev env

[josh-bitovi]

This could be spun out into some useful tools:

• bitops diff sha1 sha2: show me "compiled" differences between two commits
• bitops bisect ...: like git bisect. give bitops a good and bad version, then use binary search to find the bad commit
  • doesn't seem as useful as the above... you'd be reading diffs/dry runs, or deploying @ each commit (or running a script after deploying or dumping the dry runs to a file)

[josh-bitovi]

Diffing different environments would be huge too

[josh-bitovi]

Generate a "local" env that spins up minikube using before scripts? Something reusable like a heroku "buildpack"? Doesn't completely fit that model though..

[josh-bitovi]

^ would also be good to be able to generate things for existing repos (like rails can... e.g. bitops gen env local --minikube).

[mickmcgrath13]

for debugging and logging:
#88

[PhillypHenning]

Reopening - This would be a great to have to support local development