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
Copy file name to clipboardExpand all lines: content/guided-workshop/exercises/2-issues.md
+15-7Lines changed: 15 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,10 +7,10 @@ GitHub provides various features to enable collaboration and project management,
7
7
At their core, issues document some form of an action. They can be a request for a feature, a bug report, or another operation taken by the team. There's no prescribed methodology for using GitHub Issues, allowing your team to determine the best way to manage and drive your projects. A common flow teams will implement on issues is:
8
8
9
9
1. File an issue to request a new feature or file a bug report.
10
-
2. Discuss the issue, and determine the correct people and mechanism to resolve the request.
11
-
3. Create a pull request with a proposed implementation of the request.
12
-
4. Further discuss and review the pull request.
13
-
5. Once everyone is satisfied and has signed off, merge the pull request and close the issue.
10
+
1. Discuss the issue, and determine the correct people and mechanism to resolve the request.
11
+
1. Create a pull request with a proposed implementation of the request.
12
+
1. Further discuss and review the pull request.
13
+
1. Once everyone is satisfied and has signed off, merge the pull request and close the issue.
14
14
15
15
## Scenario
16
16
@@ -21,9 +21,9 @@ The shelter wants to begin pushing new features to the website. They want to sta
21
21
Our project needs two main updates. We want to make the updates to support development for our project, and add a new component to the website to display the shelter's hours. Let's create the issues for each of these. In the next few exercises we'll begin making the appropriate updates to our project to resolve these requests.
22
22
23
23
1. Return to the repository you created at the beginning of this workshop.
24
-
2. Select the **Issues** tab.
25
-
3. Select **New issue**.
26
-
4. Create new issues by adding the information indicated in the table below, selecting **Submit new issue** after creating each one (and using **New issue** to create a new one):
24
+
1. Select the **Issues** tab.
25
+
1. Select **New issue**.
26
+
1. Create new issues by adding the information indicated in the table below, selecting **Submit new issue** after creating each one (and using **New issue** to create a new one):
@@ -33,8 +33,16 @@ Our project needs two main updates. We want to make the updates to support devel
33
33
| Create deployment environment | Create a workflow to create deployment environment |
34
34
| Implement automated deployment | Create a workflow to automate deployment for continuous delivery |
35
35
36
+
> **TIP:** You can also save an issue by pressing <kbd>Ctl</kbd> - <kbd>Enter</kbd> (or <kbd>Cmd</kbd> - <kbd>Return</kbd> on a Mac) in the title or description fields.
37
+
36
38
You've now defined all the issues for the workshop! You'll use these issues to help guide your progress through the workshop.
37
39
38
40
## Summary and next steps
39
41
40
42
GitHub Issues are the core to project management on GitHub. Their flexibility allows your organization to determine the best course of action to support your development lifecycle's methodology. With your issues created, it's time to turn your attention to the first big change to the project, [defining a codespace](3-codespaces.md).
0 commit comments