All of lore.kernel.org
 help / color / mirror / Atom feed
From: Loic Dachary <loic@dachary.org>
To: Joao Eduardo Luis <joao@suse.de>,
	Ceph Development <ceph-devel@vger.kernel.org>
Subject: Re: RFC: teuthology field in commit messages
Date: Sun, 29 Nov 2015 15:58:10 +0100	[thread overview]
Message-ID: <565B1282.3050001@dachary.org> (raw)
In-Reply-To: <565AE6BF.4040701@suse.de>

[-- Attachment #1: Type: text/plain, Size: 2369 bytes --]

Hi Joao,

On 29/11/2015 12:51, Joao Eduardo Luis wrote:
> On 11/28/2015 03:56 PM, Loic Dachary wrote:
>> Hi Ceph,
>>
>> An optional teuthology field could be added to a commit message like so:
>>
>> teuthology: --suite rbd
>>
>> to state that this commit should be tested with the rbd suite. It could be parsed by bots and humans.
>>
>> It would make it easy and cost effective to run partial teuthology suites automatically on pull requests.
>>
>> What do you think ?
> 
> Can't we use git-notes for that instead?

It possible but few people understand how it works.

> I think this pollutes the history a bit. Especially considering this
> sort of metadata isn't necessarily specific to a given diff.

I think it is relevant in a permanent way. When running a suite, we do it on a given diff. For instance,
in a 10 commit pull request, we run the suite on the head of the branch, which will later become the second parent of the merge. Should we want to test at a later time, long after the pull request has been merged, we will be able to do it using the same suite. 

> Also should be considered that this is a field that may make sense today
> but may not make much sense in 10, 15 years. And while we have quite a
> few special-purpose fields (e.g., Fixes, Backport), those are currently
> pretty explanatory and I believe will be still easily understandable in
> a decade's time.

It also holds for stable branches since we maintain stable branches for ceph-qa-suite as well. So, for backporting 3 commits from a given pull request, it will also help to know that the backport could also be tested with this specific suite. And if the suite is missing the test, it's also a good hint that this test needs to be backported as well.

> In any case, if there's absolutely no other way to do this and the other
> folk thinks it's important to have this, I will certainly not be the
> party pooper ;)

:-) FWIW, I think the Backport: field should not be used ( see http://tracker.ceph.com/projects/ceph-releases/wiki/HOWTO_schedule_an_issue_for_backporting#Backport-field-in-the-commit-messages for the full rationale ). But I think the "teuthology" field being used *prior* to the pull request being merged makes sense and is a valuable addition to the commit history.

Cheers

-- 
Loïc Dachary, Artisan Logiciel Libre


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2015-11-29 14:58 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-28 15:56 RFC: teuthology field in commit messages Loic Dachary
2015-11-29 11:51 ` Joao Eduardo Luis
2015-11-29 14:58   ` Loic Dachary [this message]
2015-11-29 20:08 ` John Spray
2015-11-29 20:25   ` Loic Dachary
2015-11-29 20:47     ` John Spray
2015-11-29 21:25       ` Loic Dachary
2015-11-29 22:55         ` John Spray
2015-11-29 23:15           ` Loic Dachary
2015-11-30 15:15             ` Gregory Farnum

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=565B1282.3050001@dachary.org \
    --to=loic@dachary.org \
    --cc=ceph-devel@vger.kernel.org \
    --cc=joao@suse.de \
    /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.