Open abhinayguptapeoplegrove opened 2 years ago
The manifest path generation annotations only work for webhooks. Because it only happens "sometimes", maybe the app refresh interval triggers the reconciliation of Component-B, because the target revision (they are redacted above, but I suspect they both point to the same) resolves to a new commit SHA?
We are facing the same problem. We have a mono-repo and we configured webhooks in Github to trigger the resync but when an application is refreshed, we can see other applications totally unrelated and located in different paths being synchronized too.
This is an example of one commit modifying one application:
And all the application's charts (we have helm charts + chartmusseum) are downloaded again and we can see the request from argocd-repo-server pod in the chartmusseum logs.
I am also having a similar problem. 🤔
Multiple applications are used in monorepo, and when one application is deployed, other applications (different directories) that are completely unrelated are also distributed.
Since we are currently using the bitbucket server,
we can't even use the manifest path generation
annotation.
Does anyone have any update on this? I'm also having this same problem.
I see that application become out of sync when targetRevision is branch and new commit change sha of the branch and trigger sync on not related resources
We have deployed two components [A, B] in ArgoCD whose helms structure are show below
ArgoCD application yaml COMPONENT-A
COMPONENT-B
Checklist:
argocd version
. [Done]Describe the bug
Sometimes when there is commit in values.yaml in component A, ArgoCD application of component B starting syncing which is weird
To Reproduce
Not reproducible
Expected behaviour
Syncing of both ArgoCD applications [component A and B] should works independently
Screenshots
If applicable, add screenshots to help explain your problem.
ArgoCD Version
Logs