git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jeffrey Middleton <jefromi@gmail.com>
To: git@vger.kernel.org
Subject: git update --prune issue
Date: Mon, 26 Oct 2009 17:08:45 -0500	[thread overview]
Message-ID: <4389ce950910261508p7eca354el77bad07305a80952@mail.gmail.com> (raw)

I have an unreliable problem when using "git remote update --prune".
git claims that many refs from a particular remote do not point to a
valid object, but only after finishing another update.  I've included
a shortened version of the output from one particular instance of the
issue.  Note that the errors are printed for every subsequent remote
as well.  However, after the update is completed, everything is fine.

It seems to only happen when there are non-fast-forward changes (new
branch, forced update, pruned branch).  The issue only happens with
this particular remote, which I've tried removing and recreating, and
is the same type of remote as all my others (another user's
NFS-mounted home directory).  However, my remotes are all individual
developers, and this developer is the only one who ever rebases her
working branches.  (recloning the repo from origin and setting up my
config and remotes all over again has also had no effect)

Unfortunately, I have been unable to reproduce the problem in any test
repos - for example, though a forced update and a pruned branch in the
problematic remote along with an update in another remote seems to
fairly reliably produce the problem in this repo, recreating that
situation in another repo doesn't cause any problems.  Sorry for the
incomplete bug report, but perhaps this will be enough to go on!

Thanks,
Jeffrey


I've seen the issue in previous versions built from git.git master, as
well as v1.6.3.3, but for this particular one:

$ git --version
git version 1.6.5.1.61.ge79999

$ git remote update --prune
Updating origin
remote: Counting objects: 42, done.
remote: Compressing objects: 100% (9/9), done.
remote: Total 15 (delta 9), reused 12 (delta 6)
Unpacking objects: 100% (15/15), done.
From /users/cxtfcm/CxTF_DB
   88b8613..d40f26d  2009.Q4    -> origin/2009.Q4
   d40f26d..56305b8  dev        -> origin/dev
Updating steph
remote: Counting objects: 299, done.
remote: Compressing objects: 100% (241/241), done.
remote: Total 276 (delta 186), reused 19 (delta 6)
Receiving objects: 100% (276/276), 41.09 KiB | 10 KiB/s, done.
Resolving deltas: 100% (186/186), completed with 17 local objects.
From /users/sdewet/CxTF_DEV/CxTF_DB
 + c2439dd...69cb5c3 beta_gc_dev -> steph/beta_gc_dev  (forced update)
 + fb25173...f0e4963 beta_veh_dev -> steph/beta_veh_dev  (forced update)
 * [new branch]      beta_veh_dev_old -> steph/beta_veh_dev_old
Pruning steph
URL: /users/sdewet/CxTF_DEV/CxTF_DB/
 * [pruned] steph/beta_gc_dev_old
Updating kevin
error: refs/remotes/steph/beta_gc_dev does not point to a valid object!
error: refs/remotes/steph/beta_veh_dev does not point to a valid object!
Updating jose
error: refs/remotes/steph/beta_gc_dev does not point to a valid object!
error: refs/remotes/steph/beta_veh_dev does not point to a valid object!
### many more remotes with the same errors ###

             reply	other threads:[~2009-10-26 22:09 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-26 22:08 Jeffrey Middleton [this message]
2009-10-27  8:42 ` git update --prune issue Michael J Gruber
2009-10-27 15:07   ` Jeffrey Middleton
2009-10-27 16:29     ` Jeff King
2009-10-27 16:39       ` Jeffrey Middleton
2009-10-27 16:40       ` Clemens Buchacher
2009-10-27 16:50         ` Jeff King
2009-10-27 18:46           ` Jeff King
2009-10-27 23:30             ` Björn Steinbrink

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=4389ce950910261508p7eca354el77bad07305a80952@mail.gmail.com \
    --to=jefromi@gmail.com \
    --cc=git@vger.kernel.org \
    /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).