From: Holger Freyther <zecke@selfish.org>
To: openembedded-devel@lists.openembedded.org
Subject: Re: Reverting recent openmoko commit
Date: Mon, 27 Oct 2008 13:45:21 +0100 [thread overview]
Message-ID: <200810271345.22194.zecke@selfish.org> (raw)
In-Reply-To: <490599E4.5090409@balister.org>
On Monday 27 October 2008 11:37:24 Philip Balister wrote:
> I agree the reversion is an overreaction, but also understand this is
> not the first time this has happened. The messages I noticed that raised
> my eyebrows where some simple changes of description tags. The commit
> message was of the from "[description] Change package description". I
> try (when I have time" to inspect commits that impact stuff I care
> about. Messages of this form force me to read the diff to see what was
> impacted.
The difficulty is. The original above commit touched ~40 recipes, now many of
these changes do not apply because the recipes that are touched changed, are
not there any more, or not yet merged.
I'm basically in this dilemma:
- Copy everything from OM over and have one commit... I personally hate this
as we lose the history of the changes, I don't credit the creators properly. I
hope there is an agreement.
- I could rewrite every commit message. I have to admit I'm too lazy to
spend two weeks in rewriting every single commit message. I would have to
resort to the above which I think is a bad idea.
- I can merge as I did. The changes (at least at the end of the chain)
are sensible and should follow common practices. The commit messages are not
perfect (in the case that they use [] instead of :). From the possible options
I see this is the best. As this is crediting people properly (encouraging them
to do more work), it is preserving history (the distance between commits, the
authors, the reasoning is still there) and it is not doing any damage.
Where from here?
- I will merge yesterday's work again as is?
- I will ask our OM developers to use a different style in the commit message
(even if this is not mandated) to not use braces but colons. And yes I think I
asked them to use [] as I'm used to this from various other projects, I will
ask them to change and change it myself.
z.
next prev parent reply other threads:[~2008-10-27 12:46 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-26 15:06 Reverting recent openmoko commit Koen Kooi
2008-10-26 15:39 ` Michael 'Mickey' Lauer
2008-10-27 9:10 ` Phil Blundell
2008-10-27 10:37 ` Philip Balister
2008-10-27 12:45 ` Holger Freyther [this message]
2008-10-27 13:03 ` Michael 'Mickey' Lauer
2008-10-27 16:09 ` Philip Balister
2008-10-27 13:12 ` Michael Krelin
2008-10-27 10:39 ` Philip Balister
2008-10-27 11:13 ` Michael Krelin
2008-10-27 11:30 ` Policies vs. Guidelines vs. Requirements (was: Reverting recent openmoko commit) Michael 'Mickey' Lauer
2008-10-27 11:46 ` Policies vs. Guidelines vs. Requirements Michael Krelin
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=200810271345.22194.zecke@selfish.org \
--to=zecke@selfish.org \
--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.