Git：解决报错：fatal: The remote end hung up unexpectedly
问题描述 : Git：解决报错：fatal: The remote end hung up unexpectedly
问题原因 : 推送的文件太大.
解决方法 :
1. 修改设置 git config 文件的 postBuffer的大小 . (设置为500MB)
|
注: --local 选项指定这个设置只对当前仓库生效.
2. 或者直接修改本地仓库的 .config 文件
$ cd .git |
增加下面两行内容
[http] |
本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Leon！
相关推荐
2020-12-02
解决git冲突：please move or remove them before you can merge
问题：使用git，pull代码时报错：please move or remove them before you can merge意思：请在合并之前移动或删除它们造成的原因：本地修改时与远端提交的代码冲突而又没有merge合并解决： git clean -d -fx " " 参数解释： d ：删除未被添加到git的路径中的文件f ：强制运行x ：删除忽略文件已经对git来说不识别的文件 注意：但是这样是有风险的，会删除本地的修改，也就是选择与远端同步，就是你写的、修改的代码统统会被移除！好多人直接这么做，几天的代码就没了，所以执行之前把自己冲突的代码先备份一下，解决冲突后再还原，然后再继续pull代码，切记一定要注意。
2024-05-02
Git 修改已提交的commit注释
两种情况：1.已经将代码push到远程仓库2.还没将代码push到远程仓库，还在本地的仓库中 这两种情况下的修改大体相同，只是第一种情况最后会多一步下面来说怎么修改 先搞清楚你要修改哪次的提交注释或者哪几次的提交注释 修改最后一次注释如果你只想修改最后一次注释（就是最新的一次提交），那好办： git commit --amend 出现有注释的界面（你的注释应该显示在第一行）， 输入i进入修改模式，修改好注释后，按Esc键 退出编辑模式，输入:wq保存并退出。ok，修改完成。例如修改时编辑界面的图： 修改之前的注释修改之前的某次注释 输入： git rebase -i HEAD~2 最后的数字2指的是显示到倒数第几次 比如这个输入的2就会显示倒数的两次注释（最上面两行） git rebase -i HEAD~2 hint: Waiting for your editor to close the file... pick 36bceb83c [test] 测试2pick c68574f7b [test] 测试1# Rebase 01c82d86d....
2024-03-01
解决 Git 错误: RPC failed; HTTP 400 curl 22 The requested URL returned error: 400
解决 Git 错误: RPC failed; HTTP 400 curl 22 The requested URL returned error: 400在使用 Git 进行推送操作时，有时会遇到类似以下错误信息： error: RPC failed; HTTP 400 curl 22 The requested URL returned error: 400send-pack: unexpected disconnect while reading sideband packetWriting objects: 100% (12/12), 41.04 MiB | 10.07 MiB/s, done.Total 12 (delta 4), reused 0 (delta 0), pack-reused 0fatal: the remote end hung up unexpectedly 这个错误通常表示在向远程仓库推送代码时出现了问题。下面是一些可能的解决方法： 1. 检查远程仓库的 URL首先，确保你正在推送到正确的远程仓库。可以使用以下命令查看当前远程仓库的 URL：...
2024-11-18
Git 忽略文件权限修改
Git 忽略文件权限修改 当前版本库$ git config core.filemode false 所有版本库$ git config --global core.fileMode false
2024-04-09
使用 Git Cherry-pick 提取一系列提交
在 Git 版本控制系统中，cherry-pick 是一个强大的命令，用于选择和提取指定范围内的提交并应用到当前分支上。本文将介绍如何使用 git cherry-pick 命令提取一系列提交，并解释其用法和注意事项。 1. 提取一系列提交git cherry-pick 命令允许我们选择一系列连续的提交，并将它们应用到当前分支上。下面是一个使用 git cherry-pick 命令的示例： git cherry-pick c6d4031^..e4b5fc3 在上述示例中，c6d4031 和 e4b5fc3 是两个提交的哈希值，^ 表示排除第一个提交。这个命令会提取从 c6d4031（不包括）到 e4b5fc3（包括）之间的所有提交，并将它们应用到当前分支上。 2. 注意事项在使用 git cherry-pick 命令时，有一些注意事项需要考虑： 冲突解决: 如果在应用提交时发生冲突，需要手动解决冲突，并使用 git cherry-pick --continue 命令继续应用剩余的提交。 提交顺序: 提取的提交会按照它们在原始分支上的顺序应用到当前分支上。如果有必要，可以使用...
2024-11-01
设置Git别名实现在提交前先拉取最新更改
在日常的代码开发工作中，经常需要在提交代码前先拉取最新的更改，以避免冲突和保持团队代码同步。通过设置Git指令别名，我们可以简化这一操作，同时避免一些无用的merge操作，使代码管理变得更加高效。 问题背景在使用Git进行代码管理时，经常会遇到需要先执行git pull再执行git commit -m的情况。这样做可以确保本地代码库是最新的，避免提交代码时出现冲突。然而，频繁地手动执行这两个命令可能会增加开发人员的工作量，特别是在团队协作中。 解决方案为了简化这一操作，我们可以通过设置Git别名来实现在提交前先拉取最新更改的功能，同时避免一些无用的merge操作。下面是如何实现的步骤： 打开终端，并输入以下命令来编辑Git配置文件： git config --global --edit 在打开的配置文件中，添加如下内容： [alias] commitpull = !git pull --rebase && git commit 保存并关闭配置文件。现在您可以使用git commitpull -m "Your commit mes...
评论
