当我试图逃跑的时候

git push origin master --force

我刚刚

Counting objects: 2649, done.
Delta compression uses up to 2 threads.
Compressing objects: 100% (1280/1280), done.
error: RPC failed; result=22, HTTP code = 413 | 116 KiB/s   
fatal: The remote end hung up unexpectedly
Writing objects: 100% (2504/2504), 449.61 MiB | 4.19 MiB/s, done.
Total 2504 (delta 1309), reused 2242 (delta 1216)
fatal: The remote end hung up unexpectedly
Everything up-to-date

这和缺乏安全感有关吗?我尝试创建一个公钥作为致命的答案:远程端意外挂断并重新运行它,但它仍然不工作。我不是在用钥匙吗?如果是,我该如何使用它?


当前回答

您可能在现有的存储库中克隆了存储库,要解决这个问题,可以简单地在另一个目录中克隆存储库,并将更改复制到这个新目录,然后运行推送。

其他回答

对我们来说,问题是我们有大量的文件应该由git lfs来管理。

我们采取了以下措施来解决问题:

# Soft reset so you can author a new commit
git reset --soft HEAD~1

# Install git lfs
git lfs install

# Track large files of a specified file type YMMV
git lfs track "*.uasset" "*.umap"

# Re-add everything
git add .

# Author a new commit
git commit -m "git lfs ftw"

# Push
git push

您可能在现有的存储库中克隆了存储库,要解决这个问题,可以简单地在另一个目录中克隆存储库,并将更改复制到这个新目录,然后运行推送。

当我在.ssh中有不正确的keypair时,我得到这个错误。将pubkey添加到github(在设置中)为我修复了这个问题。

我也有同样的问题。我注意到从git网页,SSH克隆URL有下面的结构:

git@github.com:user/project.git

我可以通过“/”改变“:”来解决我的问题,如下:

git@github.com/user/project.git

也许这会有帮助。

这似乎是千百种情况中的一种。

对我来说,我最初是通过SourceTree推动master和develop (master没有变化)。将其改为开发只起了作用。