Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add PR templates for atmospheric_physics #115

Open
wants to merge 7 commits into
base: main
Choose a base branch
from

Conversation

peverwhee
Copy link
Collaborator

Github is not exactly spectacular at handling multiple templates. From what I can tell, our options are:

  1. Stick to 1 template like in CAM-SIMA
  2. Do what is in this PR and have a default template that contains links to the PR templates - you can see what this looks like if you go to peverwhee/atmospheric_physics@main...peverwhee:atmospheric_physics:diagnostics and click Create Pull Request

Either way, I'd appreciate any feedback!

Copy link
Collaborator

@cacraigucar cacraigucar left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is important to keep in mind that the guts of CAM-SIMA will reside in this repository and when we update a scheme, this repository's "ChangeLog" is probably the most important (more so than what will reside in CAM-SIMA). I've tried to look at this PR template with that in mind.

List all existing files that have been modified, and describe the changes:
(Helpful git command: `git diff --name-status development...<your_branch_name>`)

List any test failures:
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Perhaps specify what tests we expect to be run: List any regression test failures on xxx/yyy (where xxx/yyy is each computer/compiler). I think it is just one combo right now, but perhaps that might change?

Are there other tests we currently expect developers to run?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

not exactly sure what to do here. there aren't any tests that are required to be run for atmospheric_physics PRs.

i guess i could do List and CAM or CAM-SIMA test failures? but that seems like a duplication of effort. I could also just remove this line.

@nusbaume @jimmielin thoughts?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think when I went through my ZM PR, Jesse said this would be the automated github tests. So, perhaps this just need to be List any github automated test failures

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

hmmm. i guess so? i feel like the odds of us force pushing a PR that has failing automated tests seems small though.

Originator(s):

Summary (include the keyword ['closes', 'fixes', 'resolves'] and issue number):

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Perhaps add a bullet like: Purpose of PR (new scheme, modification to existing scheme, bug fix to scheme, etc.). This might be unnecessary if the PR title covers this, but if it doesn't, perhaps this information would be useful?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For this section (summary and purpose), would it make sense to follow a layout similar to a few other open sourced projects (ex. dotnet/aspnetcore#55968), where we have Summary, Description and then a section for fixes/resolutions, followed by the other sections below?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also, I think we can remove the summary line in general because the top line in the commit message will be the PR title (as seen from my last PR into the develop branch):
image

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would suggest the Summary should be amended to say (include Issue title and the keyword ['closes', 'fixes', 'resolves'] and issue number)

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've used @cacraigucar 's modified language. And changed from "summary" to "description". does that work? I feel like we're deep in semantics...

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@mwaxmonsky - Yes, the PR title will be already displayed. The PR will be closing one or more issues, and those need to be listed in the PR template, which is what this section is asking for. Sometimes the PR title doesn't cover all the issues which are being brought in in one PR.

.github/PULL_REQUEST_TEMPLATE/develop-template.md Outdated Show resolved Hide resolved
Copy link
Member

@jimmielin jimmielin left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @peverwhee!

Originator(s):

Summary (include the keyword ['closes', 'fixes', 'resolves'] and issue number):

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would suggest the Summary should be amended to say (include Issue title and the keyword ['closes', 'fixes', 'resolves'] and issue number)


Summary (include the keyword ['closes', 'fixes', 'resolves'] and issue number):

Describe any changes made to the namelist:
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Perhaps change this to List any namelist files that were added

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done!

@peverwhee peverwhee requested a review from cacraigucar January 29, 2025 18:54
Copy link
Collaborator

@cacraigucar cacraigucar left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is so close - I found one minor detail that I hadn't seen before. I will resolve my last remaining conversations when others who are in the threads chime in with their opinions

List all existing files that have been modified, and describe the changes:
(Helpful git command: `git diff --name-status development...<your_branch_name>`)

List any test failures:
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think when I went through my ZM PR, Jesse said this would be the automated github tests. So, perhaps this just need to be List any github automated test failures

@@ -0,0 +1,4 @@
Please go the the `Preview` tab and select the appropriate PR template:

* [Develop branch](?expand=1&template=develop-template.md)
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A nit picky detail - the branch is development

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done!

Originator(s):

Summary (include the keyword ['closes', 'fixes', 'resolves'] and issue number):

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@mwaxmonsky - Yes, the PR title will be already displayed. The PR will be closing one or more issues, and those need to be listed in the PR template, which is what this section is asking for. Sometimes the PR title doesn't cover all the issues which are being brought in in one PR.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants