Thank you Hemant for starting the discussion on JIRA and PR descriptions.
Also reviewers should step up to check the JIRA/PR descriptions as well
without biased understanding of the JIRA.

We are doing JIRA scrub in community syncs and if we notice JIRAs without
descriptions we can close them right away.

Regards,
Uma

On Thu, Sep 21, 2023 at 9:55 AM Hemant Kumar <hem...@apache.org> wrote:

> Hi Ozone Community,
> As we discussed in the last ozone community meeting about Ozone jiras and
> PRs not having enough information/details. Which makes it harder to
> understand when people outside the project look at them. Hence to make it
> better, I'm proposing the following guideline.
> Please take a look and let me know your thoughts. Once we are in agreement,
> I'll add them to Ozone onboarding wiki.
>
> *Jira description guideline:*
> * Title: Title should be a one liner stating the problem.
> * Description:
>     *  What is the problem? Is it a feature, improvement or bug? Add as
> many details as possible and related design doc and discussion.
>     * For new features, add as many details as possible. If it is part of
> the big feature, attach parent jira.
>     * For improvement, add the value it will bring. Is it an optimization,
> code simplification or something else?
>     * For bugs, add steps to reproduce it. Where the root cause is unknown
> and needs investigation, it would be great to update the jira description
> or add the summary once the root cause is identified.
> * Jira examples:
>     * https://issues.apache.org/jira/browse/HDDS-9272
>     * https://issues.apache.org/jira/browse/HDDS-9322
>     * https://issues.apache.org/jira/browse/HDDS-9291
>     * https://issues.apache.org/jira/browse/HDDS-8940
>     * https://issues.apache.org/jira/browse/HDDS-9282
>
> *PR description guideline:*
> * Title: Title should provide a one sentence overview of the purpose of the
> PR.
> * Description:
>     * What changes are proposed in the PR? and Why?
>     * Provide as much context and rationale for the pull request as
> possible. It could be copy-paste from the jira's description if the jira is
> well defined.
>     * If it is complex code, describe the approach used to solve the issue.
> If possible attach design doc, issue investigation, github discussion, etc.
> * Testing:
>     * How is the code tested?
>     * Attach CD/CI run on the personal git repo.
>
> * PR examples:
>     * https://github.com/apache/ozone/pull/3980
>     * https://github.com/apache/ozone/pull/5265
>     * https://github.com/apache/ozone/pull/4701
>     * https://github.com/apache/ozone/pull/5283
>     * https://github.com/apache/ozone/pull/5300
>     * https://github.com/apache/ozone/pull/5301
>
> Thanks,
> Hemant
>

Reply via email to