From: Cyril Hrubis <chrubis@suse.cz>
To: iob <ybonatakis@suse.com>
Cc: Richard Palethorpe <rpalethorpe@suse.com>, ltp@lists.linux.it
Subject: Re: [LTP] [PATCH v2] Add goals of patch review and tips
Date: Wed, 23 Aug 2023 15:52:53 +0200 [thread overview]
Message-ID: <ZOYPNYnSqc2geOmR@yuki> (raw)
In-Reply-To: <87pm3deutt.fsf@anais.suse.cz>
Hi!
> >> +The following are examples and may not be appropriate for all tests.
> >> +
> >> +* Merge the patch. It should apply cleanly to master.
>
> As a newbie with LTP I am still struggling to understand some things
> like this one. How is possible to merge to master in order to review?
Obviously you do that to your local git tree. This is basics of git
development nothing specific to LTP here.
> >> +## How to get patches merged
>
> Again from my POV the description is more about what you should do as a
> reviewer than how to get a patch merged.
Isn't that the same? If you know what are developers doing in order to
catch common mistakes you can as well avoid doing them...
> >> +Once you think a patch is good enough you should add your Reviewed-by
> >> +and/or Tested-by tags. This means you will get some credit for getting
> >> +the patch merged. Also some blame if there are problems.
> >> +
> >> +If you ran the test you can add the Tested-by tag. If you read the
> >> +code or used static analysis tools on it, you can add the Reviewed-by
> >> +tag.
> >> +
> >> +In addition you can expect others to review your patches and add their
> >> +tags. This will speed up the process of getting your patches merged.
> >> +
> >> +## Maintainers Checklist
> >
> > Looks very nice, thanks for writing this out.
> >
> > Reviewed-by: Cyril Hrubis <chrubis@suse.cz>
> >
> > --
> > Cyril Hrubis
> > chrubis@suse.cz
>
> I feel that this is more an overview and reminder of already
> contributors. Not sure how helpful is it for new comers like myself
I think that there are different levels of newcommers. I do not think
that the documment is supposed to help newcommers that are already
familiar with how git based development works and only highlights
things that are specific to LTP.
--
Cyril Hrubis
chrubis@suse.cz
--
Mailing list info: https://lists.linux.it/listinfo/ltp
next prev parent reply other threads:[~2023-08-23 13:52 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-22 10:13 [LTP] [PATCH v2] Add goals of patch review and tips Richard Palethorpe via ltp
2023-08-22 14:18 ` Avinesh Kumar
2023-08-23 10:03 ` Cyril Hrubis
2023-08-23 13:37 ` iob via ltp
2023-08-23 13:52 ` Cyril Hrubis [this message]
2023-08-24 8:13 ` Richard Palethorpe
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=ZOYPNYnSqc2geOmR@yuki \
--to=chrubis@suse.cz \
--cc=ltp@lists.linux.it \
--cc=rpalethorpe@suse.com \
--cc=ybonatakis@suse.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