diff --git a/code-review.qmd b/code-review.qmd index 59da2ba..a526358 100644 --- a/code-review.qmd +++ b/code-review.qmd @@ -37,7 +37,7 @@ Partial review is likely the most familiar to people. It is commonly used when a #### Pre-release partial review -A second use of partial code review is reviewing the changes between version releases. More generally, this can be considered as reviewing changes between a chosen branch and an arbitrary commit in the past, but for the purpose of this example we will focus on differences between versions. For this mock example, lets say a new version (v0.3.0) of a package is ready to be released and all the differences to the previously release version (v0.2.0) need to be reviewed. A branch, which we will call `v_020`, is created from the commit that is tagged with the v0.2.0 release. To find this commit we can run `git show-ref --tags`. This should return each commit SHA with it's associated release tag. Then create a new branch from this commit using `git branch v_020 ` (replacing `` with the chosen commit from the previous command). Push this branch with `git push origin v_020`. +A second use of partial code review is reviewing the changes between version releases. More generally, this can be considered as reviewing changes between a chosen branch and an arbitrary commit in the past, but for the purpose of this example we will focus on differences between versions. For this mock example, lets say a new version (v0.3.0) of a package is ready to be released and all the differences to the previously release version (v0.2.0) need to be reviewed. A branch, which we will call `v_020`, is created from the commit that is tagged with the v0.2.0 release. To find this commit we can run `git show-ref --tags`. This should return each commit SHA with it's associated release tag. Then create a new branch from this commit using `git branch v_020 ` (replacing `` with the chosen commit from the previous command). Push this branch with `git push origin v_020`. ```sh git show-ref --tags