Skip to content

Commit 0a6f88a

Browse files
authored
advanced tutorial update links from commit ids to tags (#348)
1 parent feaf9ac commit 0a6f88a

File tree

1 file changed

+13
-13
lines changed

1 file changed

+13
-13
lines changed

docs/tutorials/advanced-tutorial.md

Lines changed: 13 additions & 13 deletions
Original file line numberDiff line numberDiff line change
@@ -57,15 +57,15 @@ The codebase is already laid out in a "feature folder" structure, The main piece
5757

5858
Since this app doesn't yet use Redux at all, the first step is to install Redux Toolkit and React-Redux. Since this is a TypeScript app, we'll also need to add `@types/react-redux` as well. Add those packages to the project via either Yarn or NPM.
5959

60-
> - [Add Redux Toolkit and React-Redux packages](https://github.com/reduxjs/rtk-github-issues-example/commit/05e5287453174598eece1ff17f8862b7e7fcaf08)
60+
> - [Add Redux Toolkit and React-Redux packages](https://github.com/reduxjs/rtk-github-issues-example/compare/Add_Redux_Toolkit_and_React-Redux_packages~1..reduxjs:Add_Redux_Toolkit_and_React-Redux_packages)
6161
6262
Next, we need to set up the usual pieces: a root reducer function, the Redux store, and the `<Provider>` to make that store available to our component tree.
6363

6464
In the process, we're going to set up "Hot Module Replacement" for our app. That way, whenever we make a change to the reducer logic or the component tree, Create-React-App will rebuild the app and swap the changed code into our running app, without having to completely refresh the page.
6565

6666
#### Creating the Root Reducer
6767

68-
> - [Add store and root reducer with reducer HMR](https://github.com/reduxjs/rtk-github-issues-example/commit/262fbe422c517388de26e6a53c1586b171c5b061)
68+
> - [Add store and root reducer with reducer HMR](https://github.com/reduxjs/rtk-github-issues-example/compare/Add_store_and_root_reducer_with_reducer_HMR~1..reduxjs:Add_store_and_root_reducer_with_reducer_HMR)
6969
7070
First, we'll create the root reducer function. We don't have any slices yet, so it will just return an empty object.
7171

@@ -118,7 +118,7 @@ The `require('./rootReducer').default` looks a bit odd. That's because we're mix
118118

119119
Now that the store has been created, we can add it to the React component tree.
120120

121-
> - [Render Redux Provider with app HMR](https://github.com/reduxjs/rtk-github-issues-example/commit/df3c9b7279470a03feb2c6327c5a2fe951c8360c)
121+
> - [Render Redux Provider with app HMR](https://github.com/reduxjs/rtk-github-issues-example/compare/Render_Redux_Provider_with_app_HMR~1..reduxjs:Render_Redux_Provider_with_app_HMR)
122122
123123
As with the root reducer, we can hot-reload the React component tree whenever a component file changes. The best way is to write a function that imports the `<App>` component and renders it, call that once on startup to show the React component tree as usual, and then reuse that function any time a component is changed.
124124

@@ -175,7 +175,7 @@ The first step is to look at the data that is currently being kept in `<App>`, a
175175

176176
Let's look at the source for the whole slice, and then break down what it's doing:
177177

178-
> - [Add initial state slice for UI display](https://github.com/reduxjs/rtk-github-issues-example/commit/daeff01b1d1a022f89d7045570c2f8c79daf5c90)
178+
> - [Add initial state slice for UI display](https://github.com/reduxjs/rtk-github-issues-example/compare/Add_initial_state_slice_for_UI_display~1..reduxjs:Add_initial_state_slice_for_UI_display)
179179
180180
**features/issuesDisplay/issuesDisplaySlice.ts**
181181

@@ -293,7 +293,7 @@ import { combineReducers } from '@reduxjs/toolkit'
293293

294294
Now that the issues display slice is hooked up to the store, we can update `<App>` to use that instead of its internal component state.
295295

296-
> - [Convert main issues display control to Redux](https://github.com/reduxjs/rtk-github-issues-example/commit/ca6b0085f068ce0c379998c46752b4e2e3688e61)
296+
> - [Convert main issues display control to Redux](https://github.com/reduxjs/rtk-github-issues-example/compare/Convert_main_issues_display_control_to_Redux~1..reduxjs:Convert_main_issues_display_control_to_Redux)
297297
298298
We need to make three groups of changes to the `App` component:
299299

@@ -527,7 +527,7 @@ Since the thunk middleware is already set up, we don't have to do any work there
527527

528528
Before we go any further, let's add a type declaration we can reuse instead.
529529

530-
> - [Add AppThunk type](https://github.com/reduxjs/rtk-github-issues-example/commit/9cdbe41d4c4a1ea6799d9542b1aa809670002094)
530+
> - [Add AppThunk type](https://github.com/reduxjs/rtk-github-issues-example/compare/Add_AppThunk_type~1..reduxjs:Add_AppThunk_type)
531531
532532
**app/store.ts**
533533

@@ -557,7 +557,7 @@ There are many cases where you would want different type settings here, but thes
557557

558558
Now that we have that type, we can write a slice of state for fetching details on a repo.
559559

560-
> - [Add a slice for storing repo details](https://github.com/reduxjs/rtk-github-issues-example/commit/b6bb2e2ff7952b1b8ada5da4ea7f40a6fc56b7c2)
560+
> - [Add a slice for storing repo details](https://github.com/reduxjs/rtk-github-issues-example/compare/Add_a_slice_for_storing_repo_details~1..reduxjs:Add_a_slice_for_storing_repo_details)
561561
562562
**features/repoSearch/repoDetailsSlice.ts**
563563

@@ -660,7 +660,7 @@ For sake of simplicity, we'll stick with the logic as-is for the rest of the tut
660660

661661
Now that the repo details slice exists, we can use it in the `<IssuesListPage>` component.
662662

663-
> - [Update IssuesListPage to fetch repo details via Redux](https://github.com/reduxjs/rtk-github-issues-example/commit/74d4ff8b1da54db7eef586ad2515408bd4a88e96)
663+
> - [Update IssuesListPage to fetch repo details via Redux](https://github.com/reduxjs/rtk-github-issues-example/compare/Update_IssuesListPage_to_fetch_repo_details_via_Redux~1..reduxjs:Update_IssuesListPage_to_fetch_repo_details_via_Redux)
664664
665665
**features/issuesList/IssuesListPage.tsx**
666666

@@ -739,7 +739,7 @@ Inside our `useEffect`, we drop the `fetchIssueCount` function, and dispatch `fe
739739

740740
Next up, we need to replace the logic for fetching a list of open issues.
741741

742-
> - [Add a slice for tracking issues state](https://github.com/reduxjs/rtk-github-issues-example/commit/4fa1bfffd787639f5f3d0dbab12758ccc851e293)
742+
> - [Add a slice for tracking issues state](https://github.com/reduxjs/rtk-github-issues-example/compare/Add_a_slice_for_tracking_issues_state~1..reduxjs:Add_a_slice_for_tracking_issues_state)
743743
744744
**features/issuesList/issuesSlice.ts**
745745

@@ -856,7 +856,7 @@ This slice is a bit longer, but it's the same basic approach as before: write th
856856

857857
Now we can finish converting the `<IssuesListPage>` component by swapping out the issues fetching logic.
858858

859-
> - [Update IssuesListPage to fetch issues data via Redux](https://github.com/reduxjs/rtk-github-issues-example/commit/d3f4b39fa9edf9a89ab967c256494cd217984fb2)
859+
> - [Update IssuesListPage to fetch issues data via Redux](https://github.com/reduxjs/rtk-github-issues-example/compare/Update_IssuesListPage_to_fetch_issues_data_via_Redux~1..reduxjs:Update_IssuesListPage_to_fetch_issues_data_via_Redux)
860860
861861
Let's look at the changes.
862862

@@ -995,7 +995,7 @@ It's very similar to `<IssuesListPage>`. We store the current displayed `Issue`,
995995

996996
We conveniently already have the Redux logic for fetching a single issue - we wrote that already as part of `issuesSlice.ts`. So, we can immediately jump straight to using that here in `<IssueDetailsPage>`.
997997

998-
> - [Update IssueDetailsPage to fetch issue data via Redux](https://github.com/reduxjs/rtk-github-issues-example/commit/52bdf2aa94e9a0dcd3ae8d54a48f0d968040b81e)
998+
> - [Update IssueDetailsPage to fetch issue data via Redux](https://github.com/reduxjs/rtk-github-issues-example/compare/Update_IssueDetailsPage_to_fetch_issue_data_via_Redux~1..reduxjs:Update_IssueDetailsPage_to_fetch_issue_data_via_Redux)
999999
10001000
**features/issueDetails/IssueDetailsPage.tsx**
10011001

@@ -1060,7 +1060,7 @@ Interestingly, there's actually a bit of a change in behavior here. The original
10601060

10611061
We have one more slice left to write - we need to fetch and store comments for the current issue.
10621062

1063-
> - [Add a slice for tracking comments data](https://github.com/reduxjs/rtk-github-issues-example/commit/2ee7670c3965ebb5cec7d946671ffa950997e0ae)
1063+
> - [Add a slice for tracking comments data](https://github.com/reduxjs/rtk-github-issues-example/compare/Add_a_slice_for_tracking_comments_data~1..reduxjs:Add_a_slice_for_tracking_comments_data)
10641064
10651065
**features/issueDetails/commentsSlice.ts**
10661066

@@ -1132,7 +1132,7 @@ The slice should look pretty familiar at this point. Our main bit of state is a
11321132

11331133
The final step is to swap the comments fetching logic in `<IssueDetailsPage>`.
11341134

1135-
> - [Update IssueDetailsPage to fetch comments via Redux](https://github.com/reduxjs/rtk-github-issues-example/commit/5cc20e09893574c3115ceead530a6a295392449b)
1135+
> - [Update IssueDetailsPage to fetch comments via Redux](https://github.com/reduxjs/rtk-github-issues-example/compare/Update_IssueDetailsPage_to_fetch_comments_via_Redux~1..reduxjs:Update_IssueDetailsPage_to_fetch_comments_via_Redux)
11361136
11371137
**features/issueDetails/IssueDetailsPage.tsx**
11381138

0 commit comments

Comments
 (0)