在 Kubernetes pod 中使用 GitHub 签出操作时,git Push 失败,并在大型存储库中出现内存错误

发布于 2025-01-16 18:43:43 字数 1237 浏览 2 评论 0原文

我们有一个 公共 API,其中包括每晚的 公共 API。 com/ACMILabs/acmi-api/blob/main/scripts/update-api.sh" rel="nofollow noreferrer">元数据更新程序 通过 Cron 在使用 Github 操作Kubernetes。一夜之间,更新程序从我们的私有 API 中提取新的元数据,然后提交这些更改并将它们推送到自身以刷新 Github 存储库并触发 lint/测试/构建/部署。

我们使用 actions/checkout 默认情况下获取单个提交。

在更新了约 43,000 条记录约 700mb 存储库几周后,我们开始在 git Push 步骤中看到失败:错误:pack-objects 死于信号 9

Enumerating objects: 11754, done.
Counting objects: 100% (10881/10881), done.
error: pack-objects died of signal 9
error: pack-objects died of signal 9
error: remote unpack failed: eof before pack header was fully read

增加 pod 资源 没有帮助。

We have a Public API that includes a nightly metadata updater run via Cron in a pod deployed with Github Actions and Kubernetes. Overnight the updater pulls fresh metadata from our private API, and then commits those changes and pushes them to itself to refresh both the Github repo and trigger a lint/test/build/deployment.

We're using actions/checkout which fetches a single commit by default.

After a few weeks of updating our ~43,000 record ~700mb repo we started seeing failures at the git push step: error: pack-objects died of signal 9

Enumerating objects: 11754, done.
Counting objects: 100% (10881/10881), done.
error: pack-objects died of signal 9
error: pack-objects died of signal 9
error: remote unpack failed: eof before pack header was fully read

Increasing pod resources didn't help.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

树深时见影 2025-01-23 18:43:43

使用 git fetch --unshallow 后,pod 能够完成 a git commitgit push 到重新部署自身。

After using git fetch --unshallow the pod was able to complete a git commit and git push to re-deploy itself.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文