Git pas réussi à pousser quelques refs?

Nous avons un nu-dépôt git hébergé sur sourcerepo.com. Parfois, lorsque l'on pousse, on obtient "erreur: impossible de pousser des arbitres", mais il réussit, et si quelque chose manque, il n'est pas évident quoi. Ce n'est PAS le problème commun où vous devez tirer avant que vous pouvez pousser; voir:

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 [email protected]:tiptap/2t2.git
   1dfea54..faf6014  master -> master
error: failed to push some refs to '[email protected]:tiptap/2t2.git'

Toutes les discussions que je peux trouver sur cette erreur est à propos de la traction-avant-vous-appuyez sur ou sur pack d'objets en fin de vie; que signifie l'erreur moyenne dans la nature, et ce qui devrait nous faire à ce sujet?

Puisque vous payez sourcerepo pour l'hébergement, pourquoi ne pas leur demander de l'assistance technique? Ils savent ce qui se passe sur leurs serveurs - nous n'avons pas.
J'ai parlé à leur niveau-2, de support technique, et je n'ai pas de preuves à l'appui de votre affirmation qu'ils savent ce qui se passe sur leurs serveurs. Soupir.

OriginalL'auteur Jay Levitt | 2011-05-13

  1. 2

    Il peut se produire par intermittence lorsque le serveur tue un long processus en cours d'exécution ou un problème de réseau. Aussi il pourrait y avoir une autorisation sur le serveur où certains fichiers sur les pensions de titres sont détenus par un usage différent.

    Je pense que vous êtes sur quelque chose là.. nous avons eu intermittent de perte de paquets au bureau. Si git ne s'occupe pas que du bien (même si c'est surprenant, au-dessus de TCP) c'est peut-être la cause..
    Ceci s'est avéré être un problème avec sourcerepo. Résolu en passant à github!

    OriginalL'auteur manojlds

  2. 10

    Cette erreur peut se produire si vous avez oublié de créer le premier s'engager et a commencé à pousser. Donc, vous devez créer d'abord de valider.

    git add .
git add -u
git commit -m "First commit"
git push
    Merci, c'est la solution

    OriginalL'auteur Voloda2

  3. 1

    J'ai eu un problème similaire. Pour une raison que j'ai été absent un [branch "master"] dans mon .git/config fichier. L'ajout de cette ligne a résolu le problème.

    IIUC, ne serait-ce pas l'origine de cette erreur tous de temps en temps? C'est le intermittentness qui est source de confusion.
    J'ai raté le "intermittent" modificateur. Peut-être quelqu'un de venir sur ce post pourrait trouver ma réponse utile pour les non-intermittent cas.

    OriginalL'auteur rlandster

  4. 0

    Cette question est allé du côté serveur référentiel d'initialisation pour moi.
    J'ai fait : 

    git init

    au lieu de :

    git --bare init

    Push fonctionne maintenant. 🙂

    OriginalL'auteur utopman