Uploaded image for project: 'Request For Comments'
  1. Request For Comments
  2. RFC-784

Update guidelines on how pull requests are named

    XMLWordPrintable

    Details

    • Type: RFC
    • Status: Implemented
    • Resolution: Done
    • Component/s: DM
    • Labels:
      None

      Description

      The DM development workflow section "Make a pull request" states that a pull request's name should be formatted as:

      DM-NNNN: {{JIRA Ticket Title}}
      

      While I think that prefixing a pull request's title with the Jira issue handle is a good idea, the suggestion that the rest of the title should match the Jira issue title is not always what we want. Instead, I propose that we update the guideline to suggest that the PR title should summarize how the pull request changes the codebase, which can be different than the Jira issue title/summary.

      Reasons a Jira issue summary may not be appropriate for a pull request are:

      • Multiple pull requests are needed to the same, or multiple repositories, to fulfill a Jira issue, and each pull request has a unique change on each codebase.
      • The Jira issue was a bug report; the title of which does not suggest the fix.

      In other words, a Jira issue reflects a unit of work, while a pull request reflects a unit of change to a source repository. Its clear that flexibility to name these things differently is useful, and indeed, this is already common practice. The purpose of this RFC is to update the standard for the record.

        Attachments

          Issue Links

            Activity

            Hide
            jbosch Jim Bosch added a comment -

            Thank you for RFCing what I was too lazy to RFC myself. 

            Show
            jbosch Jim Bosch added a comment - Thank you for RFCing what I was too lazy to RFC myself. 
            Hide
            frossie Frossie Economou added a comment -

            Yes please! This not only doesn't make sense for the reasons described, but also I think the dev guide should capture actual practice and clearly this rule is honoured more in the breach than the observance.

            Show
            frossie Frossie Economou added a comment - Yes please! This not only doesn't make sense for the reasons described, but also I think the dev guide should capture actual practice and clearly this rule is honoured more in the breach than the observance.
            Hide
            tjenness Tim Jenness added a comment -

            DMCCB discussed this today and are happy for this change to be made. It is not a topic requiring CCB oversight.

            Show
            tjenness Tim Jenness added a comment - DMCCB discussed this today and are happy for this change to be made. It is not a topic requiring CCB oversight.
            Hide
            Parejkoj John Parejko added a comment -

            Don't take this as opposition to the RFC, but I've found it helpful to not have to think of PR titles for tickets that cross multiple packages (I seem to work on a lot of those). The commit messages describe what each change does, while the PR title is the "overarching vision". But so long as we keep the ticket number at the start, I think that cross-package consistency will still hold.

            Show
            Parejkoj John Parejko added a comment - Don't take this as opposition to the RFC, but I've found it helpful to not have to think of PR titles for tickets that cross multiple packages (I seem to work on a lot of those). The commit messages describe what each change does, while the PR title is the "overarching vision". But so long as we keep the ticket number at the start, I think that cross-package consistency will still hold.
            Hide
            jsick Jonathan Sick added a comment -

            This small adjustment to the developer guide seems well-received; the implementation ticket is DM-30381.

            Show
            jsick Jonathan Sick added a comment - This small adjustment to the developer guide seems well-received; the implementation ticket is DM-30381 .

              People

              Assignee:
              jsick Jonathan Sick
              Reporter:
              jsick Jonathan Sick
              Watchers:
              Arun Kannawadi, Eli Rykoff, Frossie Economou, Jim Bosch, John Parejko, Jonathan Sick, Kian-Tat Lim, Tim Jenness
              Votes:
              0 Vote for this issue
              Watchers:
              8 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:
                Planned End:

                  Jenkins

                  No builds found.