.\Objects\BFG_main.axf: Error: L6218E: Undefined symbol EnableNvic (referred from hal_uart.o).

这个错误意味着编译器无法找到名为 `EnableNvic` 的符号的定义。这可能是因为您的代码中缺少了对该符号的定义，或者可能是因为该符号定义在未包含在编译中的库文件中。

要解决这个问题，您需要确保 `EnableNvic` 的定义在您的代码库中是可用的。如果它是由您自己编写的函数，则需要确保该函数的源文件已经编译并链接到您的项目中。如果它是由第三方库提供的函数，则需要确保您已经将该库包含在您的项目中，并使用正确的链接器脚本将其链接到您的代码中。

相关问题

! [remote rejected] main -> main (pre-receive hook declined) error: failed to push some refs to '10.0.0.177:embedded/qrcode_CTU_Cortx-M.git'

### 解决 Git 推送被拒绝的问题

当遇到 `pre-receive hook declined` 错误时，通常是因为远程仓库中的钩子脚本阻止了提交的操作。这可能是由于多种原因引起的，比如文件大小超出限制、分支保护规则或其他自定义验证条件。

对于文件过大导致的错误，可以尝试移除大文件并更新历史记录：

如果已经知道哪个提交引入了大文件，则可以通过交互式变基来修正这个问题[^2]：

git rebase -i HEAD~n

其中 n 是自从上次成功推送以来的提交次数。找到包含大文件的那个提交，并将其标记为编辑状态。接着重置该次更改中对大文件的操作：

git reset HEAD^ path/to/largefile
git commit --amend --no-edit
git rebase --continue

完成上述操作之后再次尝试推送可能会解决问题。另外一种方法是使用 BFG Repo-Cleaner 或者 git filter-repo 工具清理整个项目的历史记录以彻底删除这些大文件。

如果是其他类型的预接收挂钩失败情况，建议查看具体的错误消息以及目标主机文档获取更多帮助信息。有时也需要联系管理员确认是否有特殊的推送策略或权限设置影响到了当前用户的操作。

error: remote unpack failed: error Object too large (153,718,920 bytes), rejecting the pack. Max object size limit is 134,217,728 bytes

### 解决 Git 远程推送时对象过大的问题

当遇到 `git remote unpack failed` 错误提示对象过大时，通常是因为远程仓库设置了最大对象大小限制 (max object size limit)，而本地提交中的某个文件超出了该限制。以下是针对此问题的解决方案：

#### 方法一：调整 Git 配置以忽略大文件
可以通过 `.gitattributes` 文件配置特定类型的文件不被追踪或者通过 LFS（Large File Storage）来管理这些大文件。

1. **创建或修改 .gitattributes 文件**
将需要排除的大文件类型加入到 `.gitattributes` 中：

   *.psd filter=lfs diff=lfs merge=lfs -text

2. **安装并启用 Git LFS**
如果尚未安装 Git LFS，则可以运行以下命令进行安装和初始化：

   git lfs install
   git add .gitattributes
   git commit -m "Enable Git LFS"

3. **迁移现有大文件至 LFS**
使用以下命令将现有的大文件迁移到 LFS 存储中：

   git lfs track "*.psd"
   git rm --cached $(find . -name '*.psd')
   git add .
   git commit -am "Migrate large files to LFS"

上述操作会确保未来所有的 PSD 文件都由 LFS 处理[^1]。

---

#### 方法二：分割或移除大文件后再重新提交
如果不想使用 LFS 或者无法更改服务器端设置，可以选择手动处理大文件。

1. **查找导致错误的大文件**
可以利用以下脚本定位存储库中最占空间的对象：

   git rev-list --objects --all | grep "$(git verify-pack -v .git/objects/pack/*.idx | sort -k 3 -n | tail -10 | awk '{print$1}')"

2. **删除历史记录中的大文件**
利用 BFG Repo Cleaner 工具清理掉不必要的大文件：

   java -jar bfg.jar --strip-blobs-bigger-than 100M my-repo.git
   cd my-repo.git
   git reflog expire --expire=now --all && git gc --prune=now --aggressive

完成以上步骤后再次尝试推送到远程分支即可[^2]。

---

#### 方法三：请求管理员提高服务端的最大对象尺寸限制
部分托管平台允许自定义其内部参数如 `http.postBuffer` 和接收缓冲区容量等。联系项目维护人员询问是否可能临时放宽规则以便顺利完成此次上传工作。

例如，在 GitHub Actions 的 CI 流水线里可增加环境变量声明如下所示：

env:
  GIT_LFS_SKIP_SMUDGE: true
steps:
- name: Set up Git config for larger file uploads
  run: |
    git config http.postBuffer 524288000

这一步骤增大了 HTTP POST 缓冲器大小从而支持更大规模的数据传输需求。

---

### 注意事项
无论采取哪种方式解决问题，请务必先备份当前的工作目录以防意外丢失重要数据！

---