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

Updating PR template, doc links to PR info #324

Merged
merged 11 commits into from
Jun 18, 2019

Conversation

duvivier
Copy link
Contributor

@duvivier duvivier commented Jun 14, 2019

For detailed information about submitting Pull Requests (PRs) to the CICE-Consortium,
please refer to: https://github.com/CICE-Consortium/About-Us/wiki/Resource-Index#information-for-developers

PR checklist

  • Short (1 sentence) summary of your PR:
    Clean up the PR template process and links to PR info in documentation.
  • Developer(s):
    Alice DuVivier
  • Suggest PR reviewers from list in the column to the right.
  • Please copy the PR test results link or provide a summary of testing completed below.
    N/A, will only need Travis CI test
  • How much do the PR code changes differ from the unmodified code?
    • bit for bit
    • different at roundoff level
    • more substantial
  • Does this PR create or have dependencies on Icepack or any other models?
    • Yes
    • No
  • Does this PR add any new test cases?
    • Yes
    • No
  • Is the documentation being updated? ("Documentation" includes information on the wiki or in the .rst files from doc/source/, which are used to create the online technical docs at https://readthedocs.org/projects/cice-consortium-cice/.)
    • Yes
    • No, does the documentation need to be updated at a later time?
      • Yes
      • No
  • Please provide any additional information or relevant details below:
    I've noticed that it can be hard to follow the PR template and people forget things. I've tried to just create a checklist and make sections so we can better flag who needs to pay attention to each PR and if all steps have been followed. Suggestions welcome!

@phil-blain
Copy link
Member

Nice, it's very clean. You could link directly to the relevant section of the Resource Index : https://github.com/CICE-Consortium/About-Us/wiki/Resource-Index#information-for-developers, both in the PR template and the documentation.

@duvivier
Copy link
Contributor Author

@phil-blain Thanks, made that change. :)

@apcraig
Copy link
Contributor

apcraig commented Jun 14, 2019

@duvivier, I have put a proposal for an alternative template at cheyenne:/gpfs/u/home/tcraig/PULL_REQUEST_TEMPLATE. I think what you have is good. This is just a proposal for an alternative that is a little cleaner still (maybe too clean). I think this is largely a personal preference so leave it to you to incorporate as much or little as you like. One thing I would say is that I think the short summary sentence should come before Developer, but I can see both working.

@duvivier
Copy link
Contributor Author

@apcraig I modified based on your suggestions to make it more streamlined.

@apcraig
Copy link
Contributor

apcraig commented Jun 14, 2019

Thanks @duvivier, I am interested what other folks feel about this style vs the earlier one. I can go either way.

One other issue is the question of checking boxes that have check boxes under them. In the PR above, for instance, the "does this have dependency" box is not checked but a box under it is. I wonder if we should get rid of the top level box? Do we care if each check box is ticked if boxes below are? Not sure exactly the best way to deal with that, or maybe we should worry about it.

@duvivier
Copy link
Contributor Author

@apcraig I am fine with streamlining it. I think in general the longer/more complicated something is the more people ignore bits of it. As for the check boxes under check boxes, I'm not sure. I guess I figured the top level check boxes are for people to go through themselves to be sure they're doing each step. The sub level of check boxes is more for us to know what tests are needed, who should be a reviewer, etc.

I'm interested in @eclare108213 or @proteanplanet thoughts too.

@apcraig
Copy link
Contributor

apcraig commented Jun 14, 2019

Just a minor correction. In the first sentence, it needs to be "For details about" or "For detailed information about".

Copy link
Contributor

@eclare108213 eclare108213 left a comment

Choose a reason for hiding this comment

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

I like this, in general. My suggestions:
Put checkboxes in front of requests, and not in front of questions. The questions should all be yes/no or multiple-choice (and they are). I'd put the request for test result info immediately before the code-changes question above it, and I would correct the grammar in that one, somehow. It needs a question mark... How about "How much does the output differ from the unmodified code?" Just a suggestion.

@duvivier
Copy link
Contributor Author

@eclare108213 I've made these changes. You can see the result above - I've updated the PR request formatting for this PR. Let me know what you think. I'm not sure I like the bullets with the check boxes, but I don't feel really strongly about it.

@apcraig
Copy link
Contributor

apcraig commented Jun 16, 2019

I think this is a very nice improvement over what we had a week or two ago. It's nice to see things continue to improve with respect to process, documentation, and organization! I can see going with all tick boxes, all bullets, or a mix at the lowest outline level. I don't have a strong preference, but maybe all bullets could be tried with the tick boxes only be used when there is a clear and limited set of options. Again, I don't have a strong opinion. Thanks!

@duvivier
Copy link
Contributor Author

Alright, I experimented with trying to add bullets before the check boxes and it isn't a straight forward process. So... I propose we go ahead and merge this. We can modify it later if we don't feel it's working smoothly. I'll go ahead and start a similar PR for Icepack.

@duvivier duvivier merged commit efdb29b into CICE-Consortium:master Jun 18, 2019
@duvivier duvivier deleted the doc branch June 18, 2019 02:29
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