It only creates a commit if the files in Git have diverged.

Oh ok, that's the case because I run ymlfmt on the files of the repo 😅 Thanks !

It only creates a commit if the files in Git have diverged.

Hey sorry for chipping in, I want to wrap my head around Flux as newbie in subject. I hope it's also right place to start such discussion especially when I noticed similar subject.

I've noticed (which was super annoying) and did no understood why but my flux installation using terraform provider is doing commit almost always, like 9 out of 10 cases. Each time I destroy resources OR delete minikube and start fresh with new terraform apply

When I compared those gotk-components.yaml, it's because order of components has changed.

Is that expected behavior? To be fair I am assuming, that I am doing something wrong, if not then I would expect to flux bootstrap to produce consistent end deterministic output everytime...

It's my config of flux_bootstrap_git and I am using terraform 1.5.7 and flux 2.3.0, running on Windows.

resource "flux_bootstrap_git" "fluxcd" {
  embedded_manifests = true
  path               = "clusters/local-minikube"
}

I've checked resource definition one by one, and the only difference was the sequence of components. I've even tried to list all components by name (but of course it's a unordered set). But I wanted to keep the same sequence as in flux install

resource "flux_bootstrap_git" "fluxcd" {
  embedded_manifests = true
  components         = toset([ "source-controller", "kustomize-controller", "helm-controller", "notification-controller" ])
  path               = "clusters/local-minikube"
}

What is weird is the fact that each run of terraform plan or terraform apply always gives me the same sequence of components:

      + components           = [
          + "helm-controller",
          + "kustomize-controller",
          + "notification-controller",
          + "source-controller",
        ]

Just FYI, flux install --export generates such sequence in manifest Components: source-controller,kustomize-controller,helm-controller,notification-controller.

But apparently flux terraform provider has different or ?random? sequence, in most cases I observe manifest to have Components: helm-controller,kustomize-controller,notification-controller,source-controller

It was first spotted when I prepared manifests by flux install but then bootstrapped with terraform provider.

Any help on this?

I guess Terraform stores the list internally as a Go map, and iterations over maps are random. Please open an issue in the terraform provider repo to track this.

just came across this behavior as well using OpenTofu and the fluxcd/flux provider to bootstrap a cluster from an existing repo. @ppaz did you every end up creating an issue for this in the terraform provider repo, if so a link would be great as I can't find it!