Skip to content

Commit e1cd270

Browse files
committed
Merge branch 'main' into learning-objectives-questions-for-epis
2 parents cde7490 + b14dd24 commit e1cd270

File tree

6 files changed

+376
-298
lines changed

6 files changed

+376
-298
lines changed

.github/workflows/README.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,7 @@
22

33
This directory contains workflows to be used for Lessons using the {sandpaper}
44
lesson infrastructure. Two of these workflows require R (`sandpaper-main.yaml`
5-
and `pr-recieve.yaml`) and the rest are bots to handle pull request management.
5+
and `pr-receive.yaml`) and the rest are bots to handle pull request management.
66

77
These workflows will likely change as {sandpaper} evolves, so it is important to
88
keep them up-to-date. To do this in your lesson you can do the following in your
@@ -94,9 +94,9 @@ branch called `update/workflows` and a pull request is created. Maintainers are
9494
encouraged to review the changes and accept the pull request if the outputs
9595
are okay.
9696

97-
This update is run ~~weekly or~~ on demand.
97+
This update is run weekly or on demand.
9898

99-
### 03 Maintain: Update Pacakge Cache (update-cache.yaml)
99+
### 03 Maintain: Update Package Cache (update-cache.yaml)
100100

101101
For lessons that have generated content, we use {renv} to ensure that the output
102102
is stable. This is controlled by a single lockfile which documents the packages
@@ -140,7 +140,7 @@ Once the checks are finished, a comment is issued to the pull request, which
140140
will allow maintainers to determine if it is safe to run the
141141
"Receive Pull Request" workflow from new contributors.
142142

143-
### Recieve Pull Request (pr-recieve.yaml)
143+
### Receive Pull Request (pr-receive.yaml)
144144

145145
**Note of caution:** This workflow runs arbitrary code by anyone who creates a
146146
pull request. GitHub has safeguarded the token used in this workflow to have no
@@ -171,7 +171,7 @@ The artifacts produced are used by the next workflow.
171171

172172
### Comment on Pull Request (pr-comment.yaml)
173173

174-
This workflow is triggered if the `pr-recieve.yaml` workflow is successful.
174+
This workflow is triggered if the `pr-receive.yaml` workflow is successful.
175175
The steps in this workflow are:
176176

177177
1. Test if the workflow is valid and comment the validity of the workflow to the
Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1 +1 @@
1-
0.11.12
1+
0.16.5

episodes/intro.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -81,7 +81,9 @@ Use automation, but use it wisely, and ethically, and always with lashings of hu
8181
The [Jargon Busting exercise](jargon_busting.md) is a helpful way to begin to explore terms, phrases, and ideas related to code and software development.
8282

8383
:::::::::::::::::::::::::::::::::::::::: instructor
84-
This exercise can be useful when you teach Computational Thinking as the introduction to a full LC workshop, especially if you want learners to have an opportunity to meet each other and interact. It can take anywhere from 10 to 45 minutes, depending on your approach.
84+
85+
This exercise can be useful when you teach Tidy Data as the introduction to a full LC workshop, especially if you want learners to have an opportunity to meet each other and interact. It can take anywhere from 10 to 45 minutes, depending on your approach.
86+
8587
::::::::::::::::::::::::::::::::::::::::::::::::::
8688

8789
::::::::::::::::::::::::::::::::::::::::::::::::::

learners/jargon_busting.md

Lines changed: 0 additions & 44 deletions
This file was deleted.

0 commit comments

Comments
 (0)