From: "John Willis" <John.Willis@Distant-earth.com>
To: <openembedded-devel@lists.openembedded.org>
Subject: Loss of all package history following the recipe rename.
Date: Wed, 18 Mar 2009 15:23:48 -0000 [thread overview]
Message-ID: <01c401c9a7dd$8a20b4a0$9e621de0$@Willis@Distant-earth.com> (raw)
People,
Am I right in assuming that the decision to drop history for all packages
was really an unintentional side effect of this change?
Unless I am going totally nuts the ONLY history for a given package now is
the 'git mv' commit.
i.e. on GIT HEAD
git log recipes/abiword/abiword-plugins_2.5.2.bb
commit 709c4d66e0b107ca606941b988bad717c0b45d9b
Author: Denys Dmytriyenko <denis@denix.org>
<snip, only the only commit logged>
On an old tree I keep for reference.
git log packages/abiword/abiword-plugins_2.5.2.bb
<snip, page after page of commits logged>
I just checked and the behavior of 'git mv' and it seems it's really just
'git rm && git add' under the hood, a few local experiments seem to confirm
that is the by design behavior (seems totally insane for a source control
system to do that however :-o) and after the 'git rm' the history is toast
as your then creating a new object with the same content as the removed one
:(.
I am not sure what we can do about this without resorting to a revert but it
looks like we may wish to look into something like 'git-filter-branch' (and
several other tools) to redo the move with something like the history
intact.
That said, 'git-filter-branch' is a little scary and is proving to be more
then I really planned to be messing with on a sunny afternoon and I am not
totally sure if it will even do what is needed.
Does anyone have any other ideas or comment? Or have I completely lost the
plot and there is not really any problem other then in my local trees?
Regards,
John
--
> What is a grue?
The grue is a sinister, lurking presence in the dark places of the earth.
Its favourite diet is adventurers, but its insatiable appetite is tempered
by its fear of light. No grue has ever been seen by the light of day, and
few have survived its fearsome jaws to tell the tale.
next reply other threads:[~2009-03-18 15:25 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-18 15:23 John Willis [this message]
2009-03-18 15:38 ` Loss of all package history following the recipe rename John Willis
[not found] <27612.658069893$1237390186@news.gmane.org>
2009-03-18 15:52 ` Koen Kooi
[not found] <-2193387358217288963@unknownmsgid>
2009-03-18 16:06 ` Chris Larson
2009-03-18 17:56 ` Philip Balister
2009-03-18 18:07 ` Chris Larson
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='01c401c9a7dd$8a20b4a0$9e621de0$@Willis@Distant-earth.com' \
--to=john.willis@distant-earth.com \
--cc=openembedded-devel@lists.openembedded.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.