You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After updating to Rancher 2.8.x (and thus getting Fleet 0.9.x), we noticed that some gitrepos which dependend on submodules being recursively cloned as well don't get updated anymore. The Gitjob pods fail with an error in the lines of "failed to download ".
This happens apparently, because the new gitjob gitcloner command that took the place of the tekton containers doesn't clone recursively:
This results in our bundles being stuck and having to apply some workaround (like moving our charts/manifests from the local folder to a remote location - which is OK for the time being).
Expected Behavior
The functionality of recursively cloning submodules is still present in the current fleet version.
Steps To Reproduce
Install Fleet 0.8.x (before gitjob became the default cloner for gitrepos)
Deploy a Gitrepo that targets a repository that uses submodules, which include a helm chart (for example, just add a the https://github.com/bitnami/charts as a submodule and instruct fleet to deploy the chart: ./charts/bitnami/nginx/ chart)
See the pod get deployed
Update to fleet 0.9.x
Fleet gitjob for the GitRepo should fail after a force update, because submodule isn't pulled and cannot be found
Is there an existing issue for this?
Current Behavior
After updating to Rancher 2.8.x (and thus getting Fleet 0.9.x), we noticed that some gitrepos which dependend on submodules being recursively cloned as well don't get updated anymore. The Gitjob pods fail with an error in the lines of "failed to download ".
This happens apparently, because the new
gitjob gitcloner
command that took the place of the tekton containers doesn't clone recursively:https://github.com/rancher/gitjob/blob/1495df9fee27de43ec8104faece17028a96c7459/cmd/gitcloner/gogit/cloner.go#L71C1-L83C1
This results in our bundles being stuck and having to apply some workaround (like moving our charts/manifests from the local folder to a remote location - which is OK for the time being).
Expected Behavior
The functionality of recursively cloning submodules is still present in the current fleet version.
Steps To Reproduce
chart: ./charts/bitnami/nginx/
chart)Environment
Logs
No response
Anything else?
No response
The text was updated successfully, but these errors were encountered: