From: Thomas Nyberg <tomnyberg@gmail.com>
To: David Turner <dturner@twopensource.com>
Cc: Stefan Beller <sbeller@google.com>,
Michael Haggerty <mhagger@alum.mit.edu>,
"git@vger.kernel.org" <git@vger.kernel.org>
Subject: Re: Corruption of branch?
Date: Mon, 14 Dec 2015 14:59:18 -0500 [thread overview]
Message-ID: <566F1F96.4060806@gmail.com> (raw)
In-Reply-To: <1450120801.1678.13.camel@twopensource.com>
In the .git/config there is no [branch "frus"] section. At first this is
expected (i.e. cleaning cloning), but nothing changes when I execute
`git checkout frus`. When I execute `git checkout frus_body_cleaning`
that gets added to .git/config as expected.
.git/refs/heads contains two files "master" and "frus_body_cleaning"
pointing to their respective commits, but there is nothing else there.
here's the other command
$ grep frus packed-refs
3a1dbe48299f6eda1cc4b69cab35284c0f0355eb refs/remotes/origin/frus
1750cba5a94b3fe6041aaf49de430a558a3b9bc8
refs/remotes/origin/frus_body_cleaning
So here frus actually is showing up. The find command isn't working
either. I changed it to add the * but only shows the frus_body_cleaning
branch:
$ find .git -name 'frus*'
.git/logs/refs/heads/frus_body_cleaning
.git/refs/heads/frus_body_cleaning
So yeah this is pretty weird. I'm guessing you're looking for name
collisions of some kind? I had the idea that the problem might that too
and used git show-index to look for all objects, but none of them have
frus in them (I thought that maybe if the sha of one of them started
with "frus" that would explain it but no dice). Since the command `git
checkout -b frus origin/frus` works, it seems to me like somehow git is
getting confused going from the `git checkout frus` command to that
expanded one.
It is pretty baffling.
On 12/14/2015 02:20 PM, David Turner wrote:
> On Mon, 2015-12-14 at 13:08 -0500, Thomas Nyberg wrote:
>> Hi Stefan thanks for much for the response! So I compiled release
>> version 2.6.4 as well as the current master branch on the git git
>> repository (2.7.0.rc0.20.g4b9ab0e) and the problem persists on both.
>>
>> To answer your questions, there are no weird characters. The name of the
>> bad_branch is "frus". There is another branch called
>> "frus_body_cleaning" that is totally fine.
>
> What's in .git/config under [branch "frus"] (if anything)?
>
> What does "grep refs/heads/frus .git/packed-refs" say? What about
> find .git -name frus ?
>
> Sorry for the possibly-stupid questions, but I'm really baffled by this
> one.
>
next prev parent reply other threads:[~2015-12-14 19:59 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-14 17:40 Corruption of branch? Thomas Nyberg
2015-12-14 17:51 ` Stefan Beller
2015-12-14 18:08 ` Thomas Nyberg
2015-12-14 19:20 ` David Turner
2015-12-14 19:59 ` Thomas Nyberg [this message]
2015-12-14 20:18 ` Dennis Kaarsemaker
2015-12-14 20:33 ` Thomas Nyberg
2015-12-14 20:40 ` Dennis Kaarsemaker
2015-12-14 20:42 ` Junio C Hamano
2015-12-14 20:44 ` Thomas Nyberg
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=566F1F96.4060806@gmail.com \
--to=tomnyberg@gmail.com \
--cc=dturner@twopensource.com \
--cc=git@vger.kernel.org \
--cc=mhagger@alum.mit.edu \
--cc=sbeller@google.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).