Plans for kluctl integration with controller #43

I'm also in support of kluctl not being dependant of anything outside, so this would be more like subset of commands/flags.
For example:

• kluctl flux <reconcile|suspend|resume> kd(kluctldeployment) <name> -n <namespace> [FLAGS(example: --with-source)]

This would make kluctl still work the same way as it is now, just that controller interaction would be optional in case controller is used.
It would also enable further commands like:
- status and description of last deployment
- history for last n deployments(commits)
- maybe diff storing/fetching from last run(I like the concept of 'plan/diff')

But for the basic interaction kluctl would need to be able to:
- update KluctlDeployment annotation with new timestamp(kubectl annotate --overwrite kluctldeployment/microservices-demo-prod fluxcd.io/reconcileAt="$(date +%s)")
- update spec.suspend (resume/suspend)
- update Source annotation with new timestamp, it would fetch which one from spec.sourceRef when --with-source is provided

This would be the basics needed when you need to test KluctlDeployment.

Sounds very good, I like it. My main concern is now how to share api code / CRDs between kluctl and the controller. For reconcile/suspend/resume we'd be able to work schemaless and directly poke into the objects.

Commands like status/history/diff would however need the full api definitions, requiring us to find a way to not create a circular dependency between kluctl and the controller.

So, I'd be really happy to see you contribute the first set of commands :)

Hey @gitbluf, any news on this topic? Do you need some assistance?

Hi @codablock , sorry, I had a private situation that required immediate attention and kept me really busy in off hours for a couple of weeks, so I only started getting around the code base 2 days ago.
Did the need for this feature rise or do I still have time?

I had some discussions with other people about enhancing the kluctl cli with flux related features and it would be good to have a common base to work on the sub-commands. This is however not urgent, so take your time.

@gitbluf fyi, the CLI has gotten quite a few new sub-commands in v2.22.0 which allow to have much better control over gitops deployments.

Cheers
Will take a look