You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
<img src="../images/tutorials/github-actions-release-workflows-run.png" alt="Graphic showing an example of a release workflow that has just finished running. Each step in the log is matched to one step in the workflow definition." width="700px">
@@ -198,11 +198,13 @@ publishing.
198
198
199
199
## Configure automatic publishing to PyPI
200
200
201
-
The job you configured above on GitHub Actions builds a package using your code.
201
+
The job you configured above using GitHub Actions builds your package using your code.
202
202
You still need to upload it to PyPI. You could upload the package from the same job,
203
-
but it is better to create a separate one, to maintain separation of concerns.
204
-
This is why in the previous section we uploaded the artifact to the temporary
205
-
storage -- in the new job, you will download the package from there and upload it
203
+
but it is better to create a separate one to maintain a separation of tasks.
204
+
This is why, in the previous section, we uploaded the artifact to the temporary
205
+
storage.
206
+
207
+
In the new job, you will download the package from there and upload it
206
208
to PyPI. Since the `build` job does nothing else, there is no possibility that the
207
209
package could get compromised before the release.
208
210
@@ -211,10 +213,9 @@ package could get compromised before the release.
211
213
In the `release.yaml` file, add the following new job, after the job defined in
0 commit comments