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
To complete this workshop you will need to create a repository with a copy of the contents of this repository. While this can be done by [forking a repository][fork-repo], the goal of a fork is to eventually merge code back into the original (or upstream) source. In our case we want a separate copy as we don't intend to merge our changes. This is accomplished through the use of a [template repository][template-repo]. Template repositories are a great way to provide starters for your organization, ensuring consistency across projects.
@@ -22,13 +22,14 @@ Let's create the repository you'll use for your workshop.
22
22
In a few moments a new repository will be created from the template for this workshop!
23
23
24
24
## Summary and next steps
25
-
You've now created the repository you'll use for this workshop! Next let's [enable Code Scanning][walkthrough-next] to secure the code we write.
25
+
You've now created the repository you'll use for this workshop! Next let's [enable Code Scanning][next] to secure the code we write.
26
26
27
-
|[← Modern DevOps with GitHub][walkthrough-previous]|[Next: Enable Code Scanning →][walkthrough-next]|
27
+
|[← Modern DevOps with GitHub][previous]|[Next: Enable Code Scanning →][next]|
Ensuring code security is imperative in today's environment. When we think about how we create code today, there's three main areas to focus on:
@@ -84,25 +84,26 @@ A background process starts, and will configure a workflow for analyzing your co
84
84
85
85
## Summary and next steps
86
86
87
-
In this exercise, you enabled GitHub Advanced Security. You enabled Dependabot to check the libraries your project takes dependencies on, secret scanning to look for keys and tokens, and code scanning to examine your source code. These tools help ensure your application is secure. Next it's time to [file an issue][walkthrough-next] to add feature requests.
87
+
In this exercise, you enabled GitHub Advanced Security. You enabled Dependabot to check the libraries your project takes dependencies on, secret scanning to look for keys and tokens, and code scanning to examine your source code. These tools help ensure your application is secure. Next it's time to [file an issue][next] to add feature requests.
"URL or it didn't happen" is a common mantra at GitHub, which is used to highlight the importance of documenting the development process. Feature requests should have a history: who made the request, what was the rationale, who was involved in the process, what decisions were made, why were they made, was the feature implemented, how was it implemented... All of this information helps provide context to both drive future decisions and avoid repeating old mistakes.
@@ -55,23 +55,24 @@ You've now defined all the issues for the workshop! You'll use these issues to h
55
55
56
56
## Summary and next steps
57
57
58
-
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][walkthrough-next].
58
+
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][next].
59
59
60
60
## Resources
61
61
62
62
-[GitHub Issues][issues-docs]
63
63
-[Communicate using markdown][skills-markdown]
64
64
-[GitHub Projects][projects-docs]
65
65
66
-
|[← Securing the development pipeline][walkthrough-previous]|[Next: Cloud-based development with GitHub Codespaces →][walkthrough-next]|
66
+
|[← Securing the development pipeline][previous]|[Next: Cloud-based development with GitHub Codespaces →][next]|
One of the biggest challenges organizations face is onboarding new developers to projects. There are libraries to install, services to configure, version issues, obscure error messages... It can literally take days to get everything running before a developer is able to write their first line of code.
@@ -129,7 +129,7 @@ Whenever someone uses the codespace you defined they'll have an environment with
129
129
130
130
## Interacting with the repository
131
131
132
-
Custom containers for GitHub Codespaces become part of the source code for the repository. Thus they are maintained through standard source control, and will follow the repository as it's forked in the future. This allows this definition to be shared across all developers contributing to the project. Let's upload our new configuration, closing the [issue you created][walkthrough-previous] for defining a development environment.
132
+
Custom containers for GitHub Codespaces become part of the source code for the repository. Thus they are maintained through standard source control, and will follow the repository as it's forked in the future. This allows this definition to be shared across all developers contributing to the project. Let's upload our new configuration, closing the [issue you created][previous] for defining a development environment.
133
133
134
134
> [!IMPORTANT]
135
135
> For purposes of this exercise we are pushing code updates directly to `main`, our default branch. Normally you would follow the [GitHub flow][github-flow], which we will do in a [later exercise][github-flow-exercise].
@@ -165,7 +165,7 @@ Custom containers for GitHub Codespaces become part of the source code for the r
165
165
166
166
## Summary and next steps
167
167
168
-
Congratulations! You have now defined a custom development environment including all services and extensions. This eliminates the initial setup hurdle normally required when contributing to a project. Let's use this codespace to [implement testing and continuous integration][walkthrough-next] for the project.
168
+
Congratulations! You have now defined a custom development environment including all services and extensions. This eliminates the initial setup hurdle normally required when contributing to a project. Let's use this codespace to [implement testing and continuous integration][next] for the project.
169
169
170
170
## Resources
171
171
@@ -174,23 +174,24 @@ Congratulations! You have now defined a custom development environment including
174
174
- [Defining dev containers][dev-containers-docs]
175
175
- [GitHub Skills: Code with Codespaces][skills-codespaces]
176
176
177
-
| [← Project management with GitHub Issues][walkthrough-previous] | [Next: Continuous integration and testing →][walkthrough-next] |
177
+
| [← Project management with GitHub Issues][previous] | [Next: Continuous integration and testing →][next] |
Chances are you've heard the abbreviation CI/CD, which stands for continuous integration and continuous delivery (or sometimes continuous deployment). CI is centered on incorporating new code into the existing codebase, and typically includes running tests and performing builds. CD focuses on the next logical step, taking the now validated code and generating the necessary outputs to be pushed to the cloud or other destinations. This is probably the most focused upon component of DevOps.
@@ -141,7 +141,7 @@ You've now seen a workflow, and explore the details of a run!
141
141
142
142
## Summary and next steps
143
143
144
-
Congratulations! You've implemented automated testing, a standard part of continuous integration, which is critical to successful DevOps. Automating these processes ensures consistency and reduces the workload required for developers and administrators. You have created a workflow to run tests on any new code for your codebase. Let's explore [context with GitHub Copilot chat][walkthrough-next].
144
+
Congratulations! You've implemented automated testing, a standard part of continuous integration, which is critical to successful DevOps. Automating these processes ensures consistency and reduces the workload required for developers and administrators. You have created a workflow to run tests on any new code for your codebase. Let's explore [coding with GitHub Copilot][next].
145
145
146
146
### Resources
147
147
@@ -150,19 +150,20 @@ Congratulations! You've implemented automated testing, a standard part of contin
150
150
- [About continuous integration][about-ci]
151
151
- [GitHub Skills: Test with Actions][skills-test-actions]
152
152
153
-
| [← Cloud-based development with GitHub Codespaces][walkthrough-previous] | [Next: Helping GitHub Copilot understand context →][walkthrough-next] |
153
+
| [← Cloud-based development with GitHub Codespaces][previous] | [Next: Coding with GitHub Copilot →][next] |
0 commit comments