From: "Brian Foster" <brian.foster@innova-card.com>
To: git@vger.kernel.org
Cc: "Bryan Donlan" <bdonlan@fushizen.net>
Subject: Re: fsck --full is Ok, but clones are not, "missing commits"?!
Date: Mon, 5 May 2008 16:44:27 +0200 [thread overview]
Message-ID: <a537dd660805050744h7602e553u21c70168a621fe76@mail.gmail.com> (raw)
In-Reply-To: <200805051608.55200.brian.foster@innova-card.com>
On Monday 05 May 2008 06:25:46 Bryan Donlan asked:
> On Wed, Apr 16, 2008 at 08:37:39AM +0200, Brian Foster wrote:
> > I've recently inherited a bare git repository,
> > which, as far as I can tell (I'm something of
> > a newbie with git), seems Ok: `git fsck --full'
> > does not report any problems. however, any
> > clones I make from it are not Ok [ ... ]
>
> Is there an info/grafts file? If the repository doesn't have sensitive
> information in it, it would probably be helpful to tarball it up and
> upload it somewhere, so we can take a look at things directly.
Bryan,
Yes, the proximate cause was an info/grafts.
The repository in question is for a port of Linux
to the MIPS-based "secure" SoC made by the company
I work for. The repository was very simple:
master: o---o---o---o---o--...--o HEAD
where each `o' was a tagged version/release of the
Linux port. Since the chip is MIPS-based, some `o'
were the result of merges with mips-linux baseline.
Hence, the real history was, broadly:
master: o--o--o--o--o--o-----o--...--o
/ / / /
mips-linux: o--o--o----o------o--o--o--o--...--o
where, of course, `mips-linux' has its own rather
complicated history (not shown). As implied by
the diagrams above, grafts were used to "suppress"
mips-linux and its history. (Since the situation
really was as trivial as drawn above, it was easy
to recover: Add the pack representing mips-linux,
remove grafts, and ensure all the tags exist.)
What I don't know is the root-cause, that is, WHY
this was done. It wasn't a disc-space issue, and
I've no evidence it was a network-bandwidth issue,
but there is some anecdotal evidence it was some
sort of a CPU-cycles issue, albeit just what the
performance hit was is unknown.
Another possibility is the repository started life
as CVS (ugh!) before being migrated to git. It's
my (vague) understanding grafts is somehow useful
as a (temporary?) aid when doing a CVS-->git move;
and I speculate it was found so useful/simple the
practice simply continued.
The developers tended to work from tarballs (not
clones), so the cloning problem was either unknown,
not a concern, or mis-understood.
cheers!
-blf-
--
"How many surrealists does it take to | Brian Foster
change a lightbulb? Three. One calms | somewhere in south of France
the warthog, and two fill the bathtub | Stop E$$o (ExxonMobil)!
with brightly-coloured machine tools." | http://www.stopesso.com
next prev parent reply other threads:[~2008-05-05 14:45 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20080416062925.8028e952@zebulon.innova-card.com>
2008-04-16 6:37 ` fsck --full is Ok, but clones are not, "missing commits"?! Brian Foster
2008-04-16 9:14 ` David Kastrup
2008-05-05 4:25 ` Bryan Donlan
[not found] ` <200805051608.55200.brian.foster@innova-card.com>
2008-05-05 14:44 ` Brian Foster [this message]
2008-05-05 15:12 ` Johannes Sixt
[not found] ` <200805061231.30135.brian.foster@innova-card.com>
2008-05-06 10:58 ` Brian Foster
2008-05-06 11:12 ` Johannes Sixt
[not found] <200804161128.04245.brian.foster@innova-card.com>
2008-04-16 9:45 ` Brian Foster
2008-04-16 11:26 ` Dmitry Potapov
[not found] <200804161334.17748.brian.foster@innova-card.com>
2008-04-16 11:48 ` Brian Foster
2008-04-16 13:22 ` Johannes Sixt
2008-04-16 14:25 ` Dmitry Potapov
2008-04-16 14:56 ` Johannes Sixt
2008-04-16 16:17 ` Dmitry Potapov
2008-04-16 16:47 ` Jakub Narebski
2008-04-17 6:18 ` Johannes Sixt
[not found] <200804161626.44174.brian.foster@innova-card.com>
2008-04-16 15:04 ` Brian Foster
2008-04-16 15:22 ` Johannes Sixt
2008-04-16 16:11 ` Brandon Casey
[not found] ` <200804171643.15504.brian.foster@innova-card.com>
2008-04-17 14:53 ` Brian Foster
2008-04-17 15:41 ` Brandon Casey
[not found] ` <200804180943.20933.brian.foster@innova-card.com>
2008-04-18 8:41 ` Brian Foster
2008-04-18 8:55 ` Johannes Sixt
[not found] ` <200804181114.47067.brian.foster@innova-card.com>
2008-04-18 9:29 ` Brian Foster
2008-04-16 17:15 ` Dmitry Potapov
[not found] <200804171756.39911.brian.foster@innova-card.com>
2008-04-17 18:44 ` Brian Foster
[not found] <20080506115224.79802c7c@zebulon.innova-card.com>
2008-05-06 12:17 ` Johannes Sixt
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
List information: http://vger.kernel.org/majordomo-info.html
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=a537dd660805050744h7602e553u21c70168a621fe76@mail.gmail.com \
--to=brian.foster@innova-card.com \
--cc=bdonlan@fushizen.net \
--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.
Code repositories for project(s) associated with this public inbox
https://80x24.org/mirrors/git.git
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 read-only IMAP folder(s) and NNTP newsgroup(s).