Git推不出一些裁判？

我们在sourcerepo.com上有一个裸git存储库。有时，在推送时，我们会得到“错误：推送某些参考失败”，但推送成功，如果缺少什么，则不清楚是什么。这不是一个常见的问题，你必须先拉后推；见：

2t2% git pull
remote: Counting objects: 57, done.
remote: Compressing objects: 100% (30/30), done.
remote: Total 30 (delta 25), reused 0 (delta 0)
Unpacking objects: 100% (30/30), done.
From tiptap.sourcerepo.com:tiptap/2t2
   cb6c0e5..1dfea54  master     -> origin/master
Merge made by recursive.
 app/stylesheets/facebox.scss          |   11 +++
 app/stylesheets/screen.scss           |   28 ++++++--
 app/views/answers/tip_detail.html.erb |    2 +
 app/views/shared/_tip_box.html.erb    |   26 ++++---
 app/views/tip/tip_answer.js.erb       |   37 ++++++++++-
 config/application.rb                 |    2 +-
 public/javascripts/application.js     |    1 -
 public/javascripts/tip_animation.js   |  116 +++++++++++++++++++++++++++++++++
 public/stylesheets/facebox.css        |   11 +++
 9 files changed, 212 insertions(+), 22 deletions(-)
 mode change 100644 => 100755 app/views/shared/_tip_box.html.erb
 mode change 100644 => 100755 app/views/tip/tip_answer.js.erb
 mode change 100644 => 100755 config/application.rb
 mode change 100644 => 100755 public/javascripts/application.js
 create mode 100755 public/javascripts/tip_animation.js
2t2% git push
Counting objects: 18, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (10/10), done.
Writing objects: 100% (10/10), 1.54 KiB, done.
Total 10 (delta 7), reused 0 (delta 0)
To git@tiptap.sourcerepo.com:tiptap/2t2.git
   1dfea54..faf6014  master -> master
error: failed to push some refs to 'git@tiptap.sourcerepo.com:tiptap/2t2.git'

---

我所能找到的关于这个错误的所有讨论要么是关于推之前的拉动，要么是关于打包对象死亡；错误在野外意味着什么？我们应该怎么做？

当服务器终止长时间运行的进程或出现网络问题时，错误可能会间歇性发生。此外，在服务器上可能存在权限，其中repo上的某些文件归其他用户所有。

我也有类似的问题。由于某种原因，我在

.git/config

文件中缺少了一个

[分支“主控”]

。添加该行修复了问题。

如果忘记创建第一次提交并启动推送，则可能会发生此错误。因此，您需要创建第一个提交

git add .
git add -u
git commit -m "First commit"
git push

---

这个问题源于我的服务器端存储库初始化。 我做到了：

而不是：

git --bare init

---

推送现在起作用。：）

既然您为托管支付了sourcerepo的费用，为什么不向他们寻求技术支持呢？他们知道他们的服务器上发生了什么，我们不知道。我已经和他们的二级技术支持人员谈过了，我没有证据支持你的断言，即他们知道他们的服务器上发生了什么。唉，IIUC，这不会一直导致这个错误吗？令人困惑的是间歇性。我错过了“间歇性”修饰语。也许有人看到这篇文章会发现我的答案对非间歇性病例很有用。我想你在这方面有所收获。。我们在办公室有间歇性的数据包丢失。如果git不能很好地处理这个问题（尽管这很令人惊讶，通过TCP），也许这就是原因。这就是sourcerepo的一个问题。通过切换到github解决了这个问题！谢谢，这就是解决办法

git --bare init