外观
缝缝补补
约 910 字大约 3 分钟
2025-10-13
我依稀记得自己在博客建立之初遇见过各种奇奇怪怪的问题，依靠着朋友们的帮忙自己也还算处理的不错。只不过在再次遇见问题的时候自然会感觉不太顺手，所以也建立了这样的一个帖子用来讲讲自己遇见的各种bug如何解决
· 20250929
这个是有一天在 git push -u origin main 后遇见的问题。
Initializing and preparing data - done in 7.36s
Compiling with vite
<-- Last few GCs --->
[2164:0x30630000] 52772 ms: Mark-Compact 3996.6 (4135.1) -> 3981.0 (4135.6) MB, pooled: 0 MB, 1675.78 / 0.00 ms (average mu = 0.063, current mu = 0.021)
allocation failure; scavenge might not succeed
[2164:0x30630000] 54484 ms: Mark-Compact 3997.2 (4136.1) -> 3981.7 (4136.3) MB, pooled: 0 MB, 1666.09 / 0.00 ms (average mu = 0.045, current mu = 0.027)
allocation failure; scavenge might not succeed
<--- JS stacktrace --->
FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
---- Native stack trace ----
1: 0xe1803a node::OOMErrorHandler(char const*, v8::OOMDetails const&) [node]
2: 0x11ec9c0 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, v8::OOMDetails const&) [node]
3: 0x11ecc97 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, v8::OOMDetails const&) [node]
4: 0x141a575 [node]
5: 0x141a5a3 [node]
6: 0x143367a [node]
7: 0x1436848 [node]
8: 0x1c9c351 [node]
Aborted (core dumped)
Error: Process completed with exit code 134.作为一段很典型的错误编码，我们不难喂完AI看出来这个是因为这是一个在使用 Vite 编译 VuePress 站点时发生的 JavaScript 堆内存溢出 (JavaScript heap out of memory) 错误，
所以解决方法也很简单粗暴——加环境变量（群主直答）
# 运行构建脚本
- name: Build VuePress site
env:
NODE_OPTIONS: --max-old-space-size=50000
run: pnpm docs:build然后一切就好起来了。
· 20251012
Run crazy-max/ghaction-github-pages@v4
Initializing local git repo
Copying /home/runner/work/nicostore-mathematica.github.io/nicostore-mathematica.github.io/docs/.vuepress/dist to /tmp/github-pages-AUueKf
Configuring git committer
Updating index of working tree
Committing changes
Pushing docs/.vuepress/dist directory to gh-pages branch on nicostore-mathematica/nicostore-mathematica.github.io repo
/usr/bin/git push --force **github.com/nicostore-mathematica/nicostore-mathematica.github.io.git gh-pages
To https://github.com/nicostore-mathematica/nicostore-mathematica.github.io.git
! [remote rejected] gh-pages -> gh-pages (cannot lock ref 'refs/heads/gh-pages': is at ada1bee7027d55de5ba1b1ec6d2117248a51c97e but expected e924267bcca7955cb291094491e2a00878cc5b0)
error: failed to push some refs to 'https://github.com/nicostore-mathematica/nicostore-mathematica.github.io.git'
Error: The process '/usr/bin/git' failed with exit code 1为什么会遇到这个问题？
“就是把 workflow 下面的两个 yml 文件”
“其实应该是要删一个的。”
这说明项目里 .github/workflows/ 目录下，存在两个功能重复或冲突的 workflow 配置文件（.yml 文件）。
当他向仓库推送代码时，很可能同时触发了这两个 workflow。这就造成了一个“竞争”的局面（Race Condition）：
- Workflow A 开始运行，克隆代码，构建网站。
- 几乎在同一时间，Workflow B 也开始运行，做着同样的事情。
- Workflow A 构建完成，成功将生成的文件推送到了
gh-pages分支。 - 紧接着，Workflow B 也构建完成了。当它尝试推送时，它发现远程
gh-pages分支的最新提交是来自 Workflow A 的，而这个提交在 Workflow B 的工作环境里是不存在的。 - 于是，Git 拒绝了 Workflow B 的推送，抛出了上面截图中的错误。
现在 GitHub Actions 有一个专门为解决此类问题设计的标准功能，叫做 concurrency（并发控制）。
可以在 .yml 文件中加入以下代码：
concurrency:
group: ${{ github.workflow }}-${{ github.ref }}
cancel-in-progress: true这段配置的作用是：
group: 为同一个工作流（workflow）在同一个分支（ref）上的运行任务创建一个分组。cancel-in-progress: true: 如果一个新的任务被触发，它会自动取消掉这个分组里正在运行的旧任务。
这样，即使用户在短时间内连续推送多次代码，GitHub Actions 也只会执行最新的一次部署任务，旧的会被自动取消，从而完美地避免了竞争和冲突。
感谢三玖老师。
更新日志
2025/12/23 14:40
查看所有更新日志
a89fb-mark-2于375bf-delete于