@@ -38,15 +38,8 @@ once per computer (i.e. not every time you create a new workflowr project).
38
38
wflow_git_config(user.name = "Your Name", user.email = "email@domain")
39
39
```
40
40
41
- You can run ` wflow_git_config() ` again with no arguments to confirm that Git is
42
- configured properly.
43
-
44
- ``` {r git-config-confirm}
45
- wflow_git_config()
46
- ```
47
-
48
41
Now that Git is configured, you can start your workflowr project using
49
- ` wflow_start() ` . It is more common to start a workflowr proejct in a brand new
42
+ ` wflow_start() ` . It is more common to start a workflowr project in a brand new
50
43
directory, but the workflowr setup can also be added to an existing analysis. To
51
44
limit the tutorial to one RStudio Cloud project, you will create the workflowr
52
45
project in the same directory where you've already been working on the Spotify
@@ -95,17 +88,22 @@ wflow_build()
95
88
96
89
Next add the Spotify analysis files to the workflowr project. You can do this
97
90
via the files Pane or the running the commands below in the R console. The Rmd
98
- file goes to ` analysis/ ` and the data file to ` data/ ` .
91
+ file goes to ` analysis/ ` and the data file to ` data/ ` . Also remove
92
+ ` spotify.html ` since it will be re-built later as part of the workflowr project.
99
93
100
94
``` {r move-files}
101
95
file.rename("spotify.Rmd", "analysis/spotify.Rmd")
102
96
file.rename("spotify.csv", "data/spotify.csv")
97
+ file.remove("spotify.html")
103
98
```
104
99
105
- And since ` spotify.csv ` is no longer in the same directory as ` spotify.Rmd ` ,
100
+ After moving the Rmd file, RStudio will prompt you to close ` spotify.Rmd ` .
101
+ Accept and re-open it by navigating to ` analysis/ ` in the Files pane.
102
+
103
+ Since ` spotify.csv ` is no longer in the same directory as ` spotify.Rmd ` ,
106
104
you need to update the path passed to ` read.csv() ` . By default, all Rmd files
107
105
in a workflowr project are executed in the root of the project, so the updated
108
- path is ` data/spotify.csv ` . Open ` analysis/spotify.Rmd ` and change the import
106
+ path is ` data/spotify.csv ` . In ` analysis/spotify.Rmd ` change the import
109
107
line to the line below:
110
108
111
109
```
@@ -191,14 +189,9 @@ username:
191
189
wflow_git_remote("origin", user = "<github-username>", repo = "workflowr-spotify")
192
190
```
193
191
194
- Run ` wflow_git_remote() ` a second time, this time with no arguments, to have it
195
- list the available remote repositories. The URL will look something like
192
+ The URL will look something like
196
193
` https://github.com/<github-username>/workflowr-spotify.git ` .
197
194
198
- ``` {r git-remote-confirm}
199
- wflow_git_remote()
200
- ```
201
-
202
195
Note that "origin" is an alias for referring to that long URL. The name "origin"
203
196
is a convention, and could be anything you wanted. The main benefit of following
204
197
the convention is that it will make it easier to follow online
@@ -220,7 +213,9 @@ updates, scroll back down to the same section to retreive the URL. It will look
220
213
like ` https://<github-username>.github.io/workflowr-spotify/ ` . Click on it to
221
214
view your workflowr website. If it displays a "404 Not Found" error, manually
222
215
add ` index.html ` to the URL in the web browser (Long-term you don't have to do
223
- this. It only applies when GitHub Pages is first launching your website).
216
+ this. It only applies when GitHub Pages is first launching your website). If
217
+ that trick doesn't work, you'll have to be patient and wait a few minutes for
218
+ the site to be available.
224
219
225
220
Now you have a website that containing your reproducible results that you can
226
221
share with your colleagues! And each time you make changes and push them to
0 commit comments