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

Rework code review section #279

Merged
merged 169 commits into from
Nov 21, 2023
Merged

Rework code review section #279

merged 169 commits into from
Nov 21, 2023

Conversation

steve-crouch
Copy link
Collaborator

For discussions see #217 for initial issue and PR #216. Discussed with Aleks and approved.

As per #217 adjusted the structure of the document according to the
sketch. Removed sections that won't be needed, and added place holder
sections for the new components.
Includes solution of the kinds of problem to spot
Swapped the review exercise round so putting comments on other peoples
repositories as this doesn't require setting up collaborators, making
things simpler.
Remove the bullet points from the end section that are now covered by
this section.
Removed associated steps from the list at the end
Without going into detail, shows that there are other options that can
be looked into.
Exercise has changed, so update the text to reflect this.

It is a little confusing that you raise a PR on your own repository, and
then comment on a different one, but this does allow for not needing to
work out the collaboration.
Rather than have an unsorted list, work the useful recommendations into
relevant sections of the course.
This is covered in Designing a review process
These are important points that are covered by other parts of the
episode, so include the relevant source material.
This is the only way explained in this episode, and you'd have to go out
of your way to do it any other way.
While this is generally good advice, some open source repositories will
require force-pushing to keep commit history tidy. Further, this is good
advice in general, not related to pull requests, and most people won't
have come across the idea of force-pushing anway, so no need to confuse
them.

It also isn't accurate, it can't corrupt the pull request, it can just
get the reviewer tied in a bit of a knot if they don't know what they
are doing and pulled the code locally.
anenadic and others added 28 commits November 2, 2023 21:57
Added a line about WSL not being supported
A callout on VS Code and VS Code episode improvements
Expanded diagram to include git pull using Mermaid JS tool.
Reformatted the authors file and added Matt to the list
Some minor grammatical improvements

Co-authored-by: Aleksandra Nenadic <[email protected]>
The max variable should stay named as is so that an overload warning is spit out by the linters later
…hanges

Accumulated Changes from UKAEA Pilots
@steve-crouch steve-crouch merged commit 3e35a3a into dev Nov 21, 2023
2 checks passed
@anenadic anenadic deleted the rework-code-review-section branch November 24, 2023 15:41
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.

7 participants