-
Notifications
You must be signed in to change notification settings - Fork 0
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
Update Game Instructions #2
base: master
Are you sure you want to change the base?
Conversation
|
||
1. Press the space bar to begin. | ||
2. Use the up and down arrow keys to rotate the shape. | ||
3. Use the left and right arrow keys to position the shape. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Jakob is adding a comment.
Reviewing Pull RequestsNice work @JakobLibak. By providing feedback, you've enabled me to reevaluate how I am making my desired change. But, pull request reviews don't stop at commenting. You can also When you get asked to review something, you should acknowledge the request. Acknowledging a review request could take several forms. It could be leaving a comment on the pull request or leaving a review. In some cases, it could be rejecting the review request altogether. Before you review, some things to considerDiscern the contextReview the title and body of the pull request to understand the intended change. This should help you identify limitations, boundaries, and other important context. Observing the progressAs a reviewer, there are certain things to look for when identifying how to best provide feedback. In early stages, reviews should focus on the general direction of the changes. Identify if the goal is possible, rather than nitpicking the style, polish, or wording. Pull requests that are closer to merging should receive a robust review. Thorough testing is one of many ways to ensure the changes won't break the project. Regardless of timing, focus your feedback on the most essential changes. Suggest changes for minor issues within the pull request. When suggesting major changes, open a separate pull request against the author's branch. Step 3: Leave a reviewI've made some changes to this branch and would love ❤️ it if you could ⌨️ Activity: Approve a pull request
Return to this pull request for my next comment
|
Commenting on Pull Requests
As a collaborator on a repository, you will get and give pull request reviews before merging code. This is important! It ensures quality code and maintains momentum of changes to your project.
As you can see, I've opened this pull request and requested you as a reviewer. Pull requests are places to share the changes made to the repository.
Responsibilities of a reviewer
As a pull request reviewer, your role is to help the pull request author (thats me!) by making sure:
These broad responsibilities can include more specific goals, like:
Some repositories use a CODEOWNERS file. The
CODEOWNERS
file assigns responsibility for certain parts of the code to specific individuals or teams. When theCODEOWNERS
feature is enabled, only the code owner has the final authority to approve the pull request. Your review may not be a formal approval, but it does show confidence.Step 2: Communicate in pull requests
When an approval or request for changes is not yet needed, consider using comments. Comments enable you to inquire about the proposed change early in the review process. You don't need to wait until something is complete to make suggestions.
⌨️ Activity: Comment on my pull request
Return to this pull request for my next comment