From: Neal Kreitzinger <nkreitzinger@gmail.com>
To: Sam Varshavchik <sam.varshavchik@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: Push to a branch breaks origin, requires a manual gc to fix
Date: Wed, 20 Jun 2012 15:10:49 -0500 [thread overview]
Message-ID: <4FE22E49.4020400@gmail.com> (raw)
In-Reply-To: <CAMO9iftAP_QKDJwssvPhg0jm8MBjV3isCxKNuP0Ewf-X6kYtxQ@mail.gmail.com>
On 6/17/2012 10:07 AM, Sam Varshavchik wrote:
> Something's goes wrong every time I push a branch to origin.
>
> When I start, everything looks ok:
>
> $ git remote show origin
> * remote origin
> Fetch URL: http://monster/gitrepos/stasher.git/
> Push URL: http://monster/gitrepos/stasher.git/
> HEAD branch: master
> Remote branches:
> distreboot tracked
> master tracked
> Local branches configured for 'git pull':
> distreboot merges with remote distreboot
> master merges with remote master
> Local refs configured for 'git push':
> distreboot pushes to distreboot (fast-forwardable)
> master pushes to master (up to date)
>
> I push:
>
> $ git push
> Fetching remote heads...
> refs/
> refs/heads/
> refs/tags/
> updating 'refs/heads/distreboot'
> from 0000000000000000000000000000000000000000
> to e0bce568272859eca817455acafb5f0a52b8fd5a
> sending 6 objects
> done
> Updating remote server info
> To http://monster/gitrepos/stasher.git/
> 6d4900e..e0bce56 distreboot -> distreboot
>
> This breaks something:
>
> $ git remote show origin
> * remote origin
> Fetch URL: http://monster/gitrepos/stasher.git/
> Push URL: http://monster/gitrepos/stasher.git/
> HEAD branch: (unknown)
> Remote branches:
> distreboot tracked
> refs/remotes/origin/master stale (use 'git remote prune' to remove)
> Local branches configured for 'git pull':
> distreboot merges with remote distreboot
> master merges with remote master
> Local ref configured for 'git push':
> distreboot pushes to distreboot (up to date)
>
> Going forward, clone will fail:
>
> $ git clone http://monster/gitrepos/stasher.git/ stasher-test
> Cloning into 'stasher-test'...
> warning: remote HEAD refers to nonexistent ref, unable to checkout.
>
> If I do some random fiddling in the origin repo (not really knowing
> what I'm doing, I can usually fix it:
>
> sh-4.2$ cat HEAD
> ref: refs/heads/master
> sh-4.2$ ls -al refs/heads
> total 16
> drwxr-xr-x 3 apache apache 4096 Jun 17 10:53 .
> drwxr-xr-x 4 apache apache 4096 May 24 10:37 ..
> drwxr-xr-x 2 apache apache 4096 Jun 17 10:53 .DAV
> -rw-r--r-- 1 apache apache 41 Jun 17 10:53 distreboot
> sh-4.2$ cat info/refs
> e0bce568272859eca817455acafb5f0a52b8fd5a refs/heads/distreboot
> sh-4.2$ git gc
> Counting objects: 124, done.
> Delta compression using up to 8 threads.
> Compressing objects: 100% (59/59), done.
> Writing objects: 100% (124/124), done.
> Total 124 (delta 67), reused 116 (delta 63)
> sh-4.2$ cat info/refs
> e0bce568272859eca817455acafb5f0a52b8fd5a refs/heads/distreboot
> ee94edb5fcdc7a28ffbdeaabe841e3ecff863983 refs/heads/master
> sh-4.2$ ls -al refs/heads
> total 12
> drwxr-xr-x 3 apache apache 4096 Jun 17 10:54 .
> drwxr-xr-x 4 apache apache 4096 May 24 10:37 ..
> drwxr-xr-x 2 apache apache 4096 Jun 17 10:53 .DAV
>
> git clone starts working again.
>
> Until I push the branch, and then master breaks again.
i don't use http with git, but have you looked at git-config manpage and
searched for http? i know i've heard http has extra considerations.
The version of git you are using may be important info also. there is
something in git-config about unclonability problems with older git
versions.
v/r,
neal
prev parent reply other threads:[~2012-06-20 20:11 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-17 15:07 Push to a branch breaks origin, requires a manual gc to fix Sam Varshavchik
2012-06-20 20:10 ` Neal Kreitzinger [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4FE22E49.4020400@gmail.com \
--to=nkreitzinger@gmail.com \
--cc=git@vger.kernel.org \
--cc=sam.varshavchik@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).