Skip to content

Conversation

@HaBeSte
Copy link
Contributor

@HaBeSte HaBeSte commented Sep 16, 2025

No description provided.

@HaBeSte HaBeSte linked an issue Sep 16, 2025 that may be closed by this pull request
@netlify
Copy link

netlify bot commented Sep 16, 2025

Deploy Preview for how-to-git ready!

Name Link
🔨 Latest commit e6e779d
🔍 Latest deploy log https://app.netlify.com/projects/how-to-git/deploys/68c9780032c73c000872eaa4
😎 Deploy Preview https://deploy-preview-23--how-to-git.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

### For what are Reviews good for?
request from author update
### author review
bulletpoints
@HaBeSte HaBeSte closed this Oct 7, 2025
@HaBeSte HaBeSte deleted the 2-add-paragraphs-on-how-to-do-reviews branch October 7, 2025 12:45
@HaBeSte HaBeSte restored the 2-add-paragraphs-on-how-to-do-reviews branch October 7, 2025 12:47
@HaBeSte HaBeSte reopened this Oct 7, 2025
@HaBeSte HaBeSte marked this pull request as ready for review October 7, 2025 12:57
@HaBeSte HaBeSte requested review from despadam and fabioacl October 7, 2025 12:58
@HaBeSte
Copy link
Contributor Author

HaBeSte commented Oct 7, 2025

@despadam or @fabioacl I don't know how to write the reviewing currently, as I haven't done this in too long time.
Hopefully I'll be able to write it, after you accepted the pull request, I will open a new issue for that, unless you want to add the description already.

### What are Reviews good for?
When working together on a project, changes are usually made in branches and checked before merging into the main branch.
Reviews let teammates give feedback, helping you see your work from a fresh perspective and improve it.
Reviews aren’t just for code; they can also cover documentation, designs, or settings.
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
Reviews aren’t just for code; they can also cover documentation, designs, or settings.
Reviews are not just for code; they can also cover documentation, metadata files, or settings.

Reviews let teammates give feedback, helping you see your work from a fresh perspective and improve it.
Reviews aren’t just for code; they can also cover documentation, designs, or settings.
They can even be made required to keep quality and consistency high.
The common types are code reviews, resp. pull request (PR) reviews, but reviews can also be done on other source of text.
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
The common types are code reviews, resp. pull request (PR) reviews, but reviews can also be done on other source of text.
The common types are code reviews, also known as pull request (PR) reviews, but reviews can also be done on other source of text.


### Request a review as an author
A review should be requested, if the work on a topic has finished.
If the work on a topic has finished, means the branch can be merged to the main branch.
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
If the work on a topic has finished, means the branch can be merged to the main branch.
Finishing the work on a topic means the branch can be merged to the main branch.

Copy link
Contributor

Choose a reason for hiding this comment

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

Also add links here to how pull requests are made

### Request a review as an author
A review should be requested, if the work on a topic has finished.
If the work on a topic has finished, means the branch can be merged to the main branch.
For that a Pull Request is opened and, one can choose a review from someone specific.
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
For that a Pull Request is opened and, one can choose a review from someone specific.
To do this, you open a Pull Request and choose someone specific to review it.

A review should be requested, if the work on a topic has finished.
If the work on a topic has finished, means the branch can be merged to the main branch.
For that a Pull Request is opened and, one can choose a review from someone specific.
It makes more sense, if the person to review it is not involved in that specific topic, but is close to the it.
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
It makes more sense, if the person to review it is not involved in that specific topic, but is close to the it.
It is often best to choose a reviewer who was not directly involved in that topic but is familiar with the project.


As a reviewer you will get a notification (depending on your settings) that you are requested.
1. You can start the review by clicking on the green button.
1. Go to a line of text that you would change, click on the plus symbol :heavy_plus_sign: (Remember, we recommend to always only use one Line per sentence [here](../docs/02-track-changes.mdx#change-files))
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
1. Go to a line of text that you would change, click on the plus symbol :heavy_plus_sign: (Remember, we recommend to always only use one Line per sentence [here](../docs/02-track-changes.mdx#change-files))
2. Go to a line of text that you would change, click on the plus symbol :heavy_plus_sign: (Remember, we recommend to always only use one Line per sentence [here](../docs/02-track-changes.mdx#change-files))

It makes more sense, if the person to review it is not involved in that specific topic, but is close to the it.

- To create a PR review, you first open a [Pull Request](../docs/03-parallel-topics.mdx#merge-branches).
- On the top right you can choose who to assign for the review.
Copy link
Contributor

Choose a reason for hiding this comment

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

Is this top right or more in the middle of the page? Below reviewers

3. Either add a comment, or choose to make a suggestion (click on the plusminus symbol), which gives you the option to do changes to a sentence.
- A suggestion can simply be accepted by the author, where as a comment just gives a hint for a change
4. Click the green button to start the review or add review to previous.
5. When you finsished your comments click the green button for "finish your review" on the top
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
5. When you finsished your comments click the green button for "finish your review" on the top
5. When you are finished with your comments click the green button for "finish your review" on the top

- A suggestion can simply be accepted by the author, where as a comment just gives a hint for a change
4. Click the green button to start the review or add review to previous.
5. When you finsished your comments click the green button for "finish your review" on the top
- This will give a notification to the author for further actions
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
- This will give a notification to the author for further actions
- This will send a notification to the author for further actions

Copy link
Contributor

@fabioacl fabioacl left a comment

Choose a reason for hiding this comment

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

I wrote some comments/suggestions that must be adressed

When working together on a project, changes are usually made in branches and checked before merging into the main branch.
Reviews let teammates give feedback, helping you see your work from a fresh perspective and improve it.
Reviews aren’t just for code; they can also cover documentation, designs, or settings.
They can even be made required to keep quality and consistency high.
Copy link
Contributor

Choose a reason for hiding this comment

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

What does this sentence mean?


### Request a review as an author
A review should be requested, if the work on a topic has finished.
If the work on a topic has finished, means the branch can be merged to the main branch.
Copy link
Contributor

Choose a reason for hiding this comment

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

Also add links here to how pull requests are made

For that a Pull Request is opened and, one can choose a review from someone specific.
It makes more sense, if the person to review it is not involved in that specific topic, but is close to the it.

- To create a PR review, you first open a [Pull Request](../docs/03-parallel-topics.mdx#merge-branches).
Copy link
Contributor

Choose a reason for hiding this comment

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

Ah ok the link is actually here, but I think it would be best to move it to the top of the section. Instead of explaining first and then giving the link to that section


- To create a PR review, you first open a [Pull Request](../docs/03-parallel-topics.mdx#merge-branches).
- On the top right you can choose who to assign for the review.
- Now you need to wait for the reviewer to be finished
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
- Now you need to wait for the reviewer to be finished
- Now you just need to wait for the review.

### Make changes as a reviewer

As a reviewer you will get a notification (depending on your settings) that you are requested.
1. You can start the review by clicking on the green button.
Copy link
Contributor

Choose a reason for hiding this comment

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

Which button?


As a reviewer you will get a notification (depending on your settings) that you are requested.
1. You can start the review by clicking on the green button.
1. Go to a line of text that you would change, click on the plus symbol :heavy_plus_sign: (Remember, we recommend to always only use one Line per sentence [here](../docs/02-track-changes.mdx#change-files))
Copy link
Contributor

Choose a reason for hiding this comment

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

I think it is a good idea to add some screenshots

Comment on lines +44 to +48
### Author handling of Request changes from reviewer
[Description TODO]
- accepting them
- not accepting them
- adressing them in new issues for later changes?
Copy link
Contributor

Choose a reason for hiding this comment

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

This section is not finished

Comment on lines +57 to +60
[Describe TODO]
- Best way is to create an issue, assing it to that creator to ask for changes in certain topic
- person can later create a branche from that issue, create changes and ask you to be the reviewer
- are there other ways?
Copy link
Contributor

Choose a reason for hiding this comment

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

This section is not finished

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.

Add paragraphs on how to do reviews

4 participants