SourceTree大文件上传提示POST git-receive-pack (chunked)相关问题记录

最新推荐文章于 2025-10-31 00:42:00 发布
原创 最新推荐文章于 2025-10-31 00:42:00 发布 · 7.8k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#iOS #SourceTree #大文件上传

当使用SourceTree上传大文件到GitHub时遇到'POST git-receive-pack (chunked)'错误，可以通过增加配置文件中的缓冲区大小解决。具体步骤包括编辑SourceTree设置，添加 '[http] postBuffer = 524288000'，然后耐心等待文件上传完成，不要中途关闭。等待时间根据文件大小而异，确保文件成功上传。

前两天,更新了百度地图的SDK,更新完了通过SourceTree上传到Github 结果提示 :POST git-receive-pack (chunked),



在网上查询之后了解到这个提示的原因是因为我们刚更新了百度的SDK,导致更新文件太大了，超出了上传限制,要解决这个问题也很简单:

        1:打开SourceTree,点击右上角的设置

        2.在弹出的框中,点击左下角的编辑配置文件

        3.在弹出的文本文件中最下行加入如下代码:

        [http]

        postBuffer = 524288000

这大概意思 就是讲缓冲区内存调大了,这样就解决了大文件上传问题.

但是关键一点来了,你会发现即使加了这个,上传会还是提示"POST git-receive-pack(89238423 bytes)",而且可能过几十分钟还是没变化,这是

最低0.47元/天 解锁文章
Source Tree提交出现 POST git-receive-pack (chunked) 解决方案
siisbin27的专栏
10-13 745
出现 POST git-receive-pack (chunked) 的原因就是 当使用 HTTPS 提交到 Git 上时使用不检查加密要是东西过多将导致提交停止 解决方案 方案1>  使用 Git 提交代码 进入到要提交的代码的目录，里面包含 .git 文件夹，输入指令 git config http.postBuffer 524288000 方案
SourceTree自定义操作插件-导出Git仓库选中文件
01-09
SourceTree自定义操作插件-导出Git仓库选中文件，windows的cmd可能会出现乱码，在sourcetree中正常 usage: GitExport [-v/--version] [-h/--help] <-repo> <-files> [-dir] -dir <导出文件的输出目录> 导出Git仓库...
git push报错解决方案
m0_65894854的博客
11-26 2295
POST git-receive-pack(chunked);error: RPC failed; HTTP 500 curl 22 The reguested URL returned error: 500;send-pack: unexpected disconnect while reading sideband packet;fatal: the remote end hung up unexpectedly;Everything up-to-date
SourceTree推送报错
Werty
12-15 7548
我在用github的时候，新建了一个工程，将自己的代码放入工程时，突然，sourceTree不动了。 注意，这里就是说我  文件太大了，超出了上传限制。其实我这个Demo一共才9.0M。 在网上百度，得到的结果都是 http://lichen.blog.51cto.com/697816/1193189 就是  终端输入 git config http.postBuff
一文读懂Sourcetree安装与使用
最新发布
用学习探索人生的更多可能
10-31 914
获取安装包：访问 Sourcetree官方网站。运行安装程序：双击下载好的安装文件，启动安装向导。完成安装：点击“Install”按钮，等待安装完成。首次启动时，Sourcetree可能会提示你配置Git路径；如果系统已安装Git，通常使用默认路径即可。
GitHub 出现 POST git-receive-pack (chunked) 解决方案详解
热门推荐
chenshun123的博客
08-27 2万+
出现 POST git-receive-pack (chunked) 的原因就是 当使用 HTTPS 提交到 Git 上时使用不检查加密要是东西过多将导致提交停止 解决方案 方案1>  使用 Git 提交代码 进入到要提交的代码的目录，里面包含 .git 文件夹，输入指令 git config http.postBuffer 524288000 方案2> 使用 Source
Git - 使用BitBucket和SourceTree进行源代码管理遇到POST git-receive-pack (chunked)
weixin_30781775的博客
03-29 279
我使用的是SourceTree Mac版，提交到BitBucket时出现 一直处于 POST git-receive-pack (chunked) 状态，经过百度，解决问题 在使用SourceTree上传资料的时候,遇到 POST git-receive-pack (chunked) 看到这样一则 This is a bug in Git; when usi...
POST git-receive-pack (chunked)
weixin_34128411的博客
11-15 262
在使用SourceTree上传资料的时候,遇到 POSTgit-receive-pack(chunked) 看到这样一则 ThisisabuginGit;whenusingHTTPSitwillusechunkedencodingforuploadsaboveacertainsize.Thosed...
[iOS ]POST git-receive-pack (chunked)
iOSTianNan的博客
05-27 913
出现 POST git-receive-pack (chunked) 解决方案详解这个问题在GitHub 或则 GitLab都会出现尤其是在实用工具提交 SourceTree 或者 GitHubDeskTop 解决方法看这个帖子 http://blog.youkuaiyun.com/chenshun123/article/details/52334250出现 POST git-receive-pack (
Git大文件上传GitHub提示 POST git-receive-pack (chunked) 解决方案
qq_36911138的博客
12-30 3060
今天写好代码准备上传GitHub，运用Git GUI的时候发现上传失败，并且会提示“POST git-receive-pack (chunked)”。然后了解到是上传文件太大的原因，于是找到以下解决方案。 使用Git Bash提交文件，在git仓库命令行下输入命令“git config http.postBuffer 524288000”，再上传即可。 ...
使用SourceTree出现 POST git-receive-pack (chunked) 解决方案
YLBF_DEV的专栏
01-20 5905
问题描述今天我使用的SourceTree提交到git远程仓库的时候时出现了问题 一直处于下面的这种状态 POST Git-receive-pack (chunked) 问题原因经过查找资料发现了下面的描述 This is a bug in Git; when using HTTPS it will use chunked encoding for uploads above a cer...
Git-2.8.1-64-bit.rar_Git-2.8_Git-2.8.1-64-bit._git_git-2.8.1-64-
09-23
9. Git LFS（Large File Storage）：Git本身对大文件的管理有限，但Git-2.8.1可能已经支持Git LFS插件，允许用户存储和跟踪大型文件，如图片、视频或设计文件，而不会占用过多的存储空间。 10. 社区支持：Git拥有...
SourceTree和Git-1.9 -preview
11-12
**Git与SourceTree详解** Git是一款分布式版本控制系统，由Linus Torvalds为Linux内核开发，后来被广泛应用到各种软件开发中。Git的核心理念是快速、高效，并且支持非线性开发，允许开发者在任意分支上进行工作，...
Mac OS下使用SourceTree Push到Github时出现 POST git-receive-pack (chunked) 的解决办法
芝士分子的专栏
02-27 1314
在Mac os环境下，使用SourceTree向Github push提交代码时，出现以下提示： POST git-receive-pack (chunked) google到相同问题:stackoverflowI found that the problem may be files that are large. I had one update that would not push e
sourcetree POST git-receive-pack (chunked)解决方法
Ray's Coding Island | 编码之岛
11-08 1290
解决方法 如下  在 Finder 找到你的User 根目录下 的一个 文件  叫  .gitconfig （这个文件是隐藏的） 然后双击点开它 然后在 最后面  加入   [http] postBuffer = 524288000 最后保存     原因：  因为仓库过大导致出现POST git-receive-pack (chunked) ，那么即使重新修改了配置文件，仍然要耐...
git-receive-pack (chunked) 再见码云
泛用演化计算、通用人工智能优化模型
01-09 1225
SourceTree大文件上传提示POST git-receive-pack (chunked)相关问题记录与码云空间限制 觉得有用的话,欢迎一起讨论相互学习~Follow Me POST git-receive-pack (chunked) 导致更新文件太大了，超出了上传限制,要解决这个问题也很简单: 1:打开SourceTree,点击右上角的设置 2.在弹出的框中,点击左下角的编辑配置文...
SourceTree 推送文件太大解决办法
qq_29680975的博客
06-21 3384
SourceTree 提交文件太大的解决办法
sourcetree POST git-receive-pack (398 bytes)
唯美，不是唯一
07-02 2714
这是我遇到的错误，推送的数据也才398bytes，推送送的分支是release git -c diff.mnemonicprefix=false -c core.quotepath=false --no-optional-locks push -v origin release:release POST git-receive-pack (398 bytes) remote:...
git -c diff.mnemonicprefix=false -c core.quotepath=false --no-optional-locks push -v origin master:master POST git-receive-pack (chunked) remote: Powered by GITEE.COM [1.1.5] remote: Set trace flag 71437593 remote: Find the desired index: 6d0e7682624abf82ecb7f46ebc4bb61c8fa52a65, size: 217.588MB, exceeds quota 100MB remote: Please remove the file[s] from history and try again git新建的仓库空的，然后通过sourcetree克隆，把本地项目上传到这个仓库报错 Pushing to https://gitee.com/lv-xin-yue/thought-studies.git To https://gitee.com/lv-xin-yue/thought-studies.git ! [remote rejected] master -> master (pre-receive hook declined) error: failed to push some refs to 'https://gitee.com/lv-xin-yue/thought-studies.git' 完成时带有错误，见上文。
08-24
<think>我们参考了用户提供的引用内容，特别是关于pre-receive hook declined错误的常见原因和解决方法。根据引用[1][2][3][4][5]，该错误通常与远程仓库的保护规则有关，特别是分支保护设置。以下是系统化的解决方案： ### 错误原因分析 `pre-receive hook declined` 表示远程仓库的预接收钩子拒绝了推送请求，常见原因包括： 1. **分支保护规则**：目标分支（如`master`、`main`）被设置为受保护分支，禁止直接推送或强制推送[^3][^4]。 2. **提交内容违规**：提交中包含超大文件（如超过100MB）、敏感信息或保留关键字（如`cherry-pick`、`revert`作为分支名）[^5]。 3. **权限不足**：用户账户没有目标分支的写入权限。 ### 解决方案步骤 #### 方法一：解除分支保护（推荐给仓库管理员） 适用于自建Git服务（如GitLab、Gitee）： 1. 打开远程仓库的 **设置** → **分支保护** 或 **保护分支** 页面。 2. 找到目标分支（如`master`）的保护规则。 3. **取消勾选**以下选项： - `禁止强制推送` - `要求合并请求` - `要求管理员权限` 4. 保存设置后重新尝试推送。 > 注意：解除保护后，请确保在推送完成后重新启用保护，以防误操作。 #### 方法二：创建新分支并提交合并请求 适用于无管理员权限的开发者： 1. 在本地创建新分支并切换： ```bash git checkout -b feature-branch ``` 2. 将新分支推送到远程： ```bash git push origin feature-branch ``` 3. 在远程仓库页面发起 **合并请求（Merge Request）** 将`feature-branch`合并到`master`分支。 4. 由仓库管理员审核后完成合并。 #### 方法三：检查并修复提交内容 若错误由提交内容触发： 1. **删除大文件**（若存在）： ```bash # 查找大于100MB的文件 git rev-list --objects --all | grep "$(git verify-pack -v .git/objects/pack/*.idx | sort -k 3 -n | tail -5 | awk '{print$1}')" # 使用BFG或git filter-branch清理历史（谨慎操作） ``` 2. **避免保留关键字**：检查分支名或提交信息是否包含平台保留词（如`cherry-pick`），修改后重试[^5]。 3. **移除敏感信息**：使用`git rebase -i`修改历史提交，删除密码、密钥等敏感数据。 #### 方法四：使用SSH协议提升权限 若权限不足且拥有SSH密钥： 1. 在SourceTree中切换远程URL为SSH格式（如`git@gitee.com:user/repo.git`）。 2. 配置SSH密钥到代码平台账户。 3. 重新推送。 ### 验证解决 - 成功推送后，在SourceTree中观察日志： ```mermaid graph LR A[本地提交] --推送成功--> B[origin/master] ``` - 远程仓库页面应显示最新提交的文件。 ### 预防措施 | 场景 | 预防方法 | |---------------------|--------------------------------------------------------------------------| | 保护分支误操作 | 推送前确认分支保护状态，使用`git push --force-with-lease`替代强制推送[^4] | | 提交大文件 | 添加`.gitignore`文件，使用`git rm --cached`移除已提交的大文件 | | 权限不足 | 联系仓库管理员分配写入权限 | > **重要提示**：强制推送（`--force`）可能覆盖他人提交，仅限私有分支使用[^3][^4]。 §§相关问题§§ 1. 如何在 GitLab 中设置分支保护规则？ 2. 如何彻底删除 Git 历史中的大文件？ 3. SourceTree 如何配置 SSH 密钥连接远程仓库？ 4. 合并请求（Merge Request）的标准工作流程是什么？</think>### Git Push 被远程仓库拒绝：`pre-receive hook declined` 错误解决方法 #### 错误原因分析（基于引用内容） 该错误表示远程仓库的 **预接收钩子（pre-receive hook）** 拒绝了你的推送请求，常见原因包括： 1. **分支保护规则**：目标分支（如 `master`）被设置为受保护分支，禁止直接推送或强制推送[^3][^4] 2. **提交内容违规**：包含超大文件（>100MB）、敏感信息或保留关键字[^1][^5] 3. **权限不足**：账户无目标分支的写入权限 --- ### 解决方案（逐步操作） #### 方法一：解除分支保护（推荐给仓库管理员） 1. **登录远程仓库**（如 Gitee/GitLab） 2. 进入仓库设置 → **保护分支** → 找到 `master` 分支 3. **取消保护**： - 关闭 `禁止强制推送` - 关闭 `要求合并请求` - 关闭 `要求管理员权限` ```mermaid graph LR A[仓库设置] --> B[分支保护] B --> C[取消master分支保护] C --> D[保存更改] ``` 4. 重新推送： ```bash git push origin master ``` > ⚠️ 操作后建议重新启用分支保护[^3] #### 方法二：通过新分支推送（无管理员权限时） 1. 创建并切换到新分支： ```bash git checkout -b feature-branch ``` 2. 推送到远程： ```bash git push origin feature-branch ``` 3. 在仓库页面发起 **合并请求（Merge Request）** 4. 管理员审核后合并到 `master` #### 方法三：检查并修复提交内容 1. **删除大文件**（>100MB）： ```bash # 查找大文件 git rev-list --objects --all | grep "$(git verify-pack -v .git/objects/pack/*.idx | sort -k 3 -n | tail -5 | awk '{print$1}')" # 从历史中彻底删除（谨慎操作） git filter-branch --force --index-filter 'git rm --cached --ignore-unmatch 文件名' --prune-empty --tag-name-filter cat -- --all ``` 2. **避免保留关键字**： - 检查分支名/文件名是否包含平台保留词（如 `cherry-pick`, `revert`)[^5] - 重命名相关分支/文件 3. **移除敏感信息**： ```bash git reset HEAD^ # 撤销上次提交 git rm 敏感文件 # 删除文件 git commit -m "移除敏感信息" ``` --- ### 预防措施 | **场景** | **预防方案** | |------------------|-----------------------------------------------------------------------------| | 保护分支误操作 | 推送前用 `git push --dry-run` 测试 | | 提交大文件 | 添加 `.gitignore` 排除大文件目录（如 `node_modules/`, `*.zip`）[^1] | | 权限问题 | 在仓库设置 → 成员管理中添加开发者账户并授予写入权限 | > **关键提示**：若需强制推送，优先使用 `git push --force-with-lease`（比 `--force` 更安全）[^4] --- ### 验证成功 推送成功后检查： 1. 远程仓库文件列表更新 2. SourceTree 日志显示： ```mermaid graph LR A[本地master] -- 已同步 --> B[origin/master] ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值