MNW #039: Build a CI/CD Pipeline With GitHub Actions And .NET

Read time: 4 minutes

A big thank you to our sponsors who keep this newsletter free to the reader:

Today's issue is sponsored by Tower. Try Tower, a powerful Git client for Windows focused on productivity. Make the complex simple with helpful features like Undo, Drag and Drop and Remote Services Integration!

And by IcePanel. IcePanel is a collaborative C4 model modelling & diagramming tool that helps explain complex software systems. With an interactive map, you can align your software engineering & product teams on technical decisions across the business.

Do you want to streamline your software development process and accelerate your release cycles?

Imagine being able to automatically build, test, and deploy your .NET applications with every code change.

With CI/CD, you can significantly reduce manual effort and focus more on creating software, ensuring faster and more reliable releases.

And it's never been easier to get started with CI/CD.

GitHub Actions are completely free and simple to use.

So here's what we'll cover:

Introduction to CI/CD & GitHub Actions
Creating a build & test pipeline for .NET
Creating a deployment pipeline for Azure App Service

Let's dive in!

What Is Continuous Integration And Delivery?

I'll try to briefly explain what CI/CD is, before we take a look at GitHub Actions.

CI/CD is a method to increase the frequency of delivering new features by adding automation to your software development workflow.

Continuous Integration ("CI") refers to the automation process of syncing new code to a repository. Any new changes to the application code are immediately built, tested and merged.

Continuous Delivery, or Deployment, ("CD") refers to the process of automating the deployment part of the workflow. When you make a change which gets merged to the repository, this step takes care of deploying those changes to the production environment (or any other environment).

Continuous Integration With GitHub Actions

If you're using GitHub, getting started with Continuous Integration has never been easier.

You can use GitHub Actions to automate your build, test, and deployment pipeline. You can create workflows that build and test every commit to your repository, or deploy to production when a new tag is created.

To create a GitHub Action, you write a workflow to be triggered when some event occurs in your repository. An example event is a commit to the main branch, creation of a tag, or you can manually run the workflow.

Here's a GitHub Actions workflow to build and test a .NET project:

Let's unwrap what is happening here:

Defining an event to trigger the workflow
Setting up the .NET SDK with the version from env.DOTNET_VERSION
Restoring, building and testing the project using the dotnet CLI tool

You can add this to your GitHub repository today, and start getting instant feedback when you commit code to the repository.

When a workflow run fails due to a build error or a failed test, you'll get an email notification.

Continuous Delivery To Azure With GitHub Actions

Continuous Integration is a great way to start out with CI/CD, but the real value lies in automating your deployment process.

Imagine this:

You make a change to your codebase
The commit triggers the deployment pipeline
A few minutes later your changes are live in production

Usually it's a little more nuanced, because we need to think about configuration, database migrations, etc. But try to see the big picture here.

If you're running your application in the cloud, for example on Azure, chances are there's an existing GitHub Action you can use.

Here's a deployment pipeline I use to publish my application to an Azure App Service instance:

This workflow is pretty similar to the previous one, with the differences being:

Adding a publish step and configuring the output path
Using the azure/webapps-deploy@v2 action to deploy to Azure

If you need to safely and securely expose secret values in your workflows, you can use GitHub secrets. You can define the secrets on GitHub, and use them in actions without having to add them to source control.

In the deployment workflow I'm using secrets.AZURE_PUBLISH_PROFILE to access my publish profile for the App Service instance.

In Summary

Continuous Integration and Delivery can transform your development process by increasing the speed at which you release changes.

Try adding up how much time you spend on deployments. I'm pretty sure you'll be surprised by the time savings potential of automating them.

And the good part is you will typically set up your build and deployment pipelines once, and then continue benefiting from them for the lifetime of your project.

If you want a step by step guide, I made a video showing how to implement a CI/CD pipeline from scratch. And the source code is also public, so you can add the GitHub Actions workflow file to your project.

Thanks for reading.

Hope that was helpful!

Whenever you're ready, there are 2 ways I can help you 🎁

If you're looking to join a community of like-minded engineers or you want to access all of the source code that I use in my YouTube videos, you can do that by becoming a Patron. Join 700+ engineers here.
Promote yourself to 22,000+ subscribers by sponsoring this newsletter (booked out 2 months)

You received this email because you subscribed to our list. You can unsubscribe at any time.

Dragise Cvetkovica 2, Niš, 18000, Serbia

powerful Git client Remote Services Integration complex software systems software development process

MNW #039: Build a CI/CD Pipeline With GitHub Actions And .NET

MNW #039: Build a CI/CD Pipeline With GitHub Actions And .NET

What Is Continuous Integration And Delivery?

Continuous Integration With GitHub Actions

Continuous Delivery To Azure With GitHub Actions

In Summary

Key phrases

Older messages

MNW #038: Multi-Tenant Applications With EF Core

MNW #037: Visualize Your Software Architecture With The C4 Model

MNW #036: Enforcing Software Architecture Rules With Architecture Tests

MNW #035: Health Checks In ASP.NET Core For Monitoring Your Applications

MNW #034: Idempotent Consumer - Handling Duplicate Messages

You Might Also Like

PD#571 Software Design Principles I Learned the Hard Way

When Procrastination is Productive & Ghost integrating with ActivityPub

C#503 Building pipelines with System.Threading.Channels

RD#453 Get your codebase ready for React 19

☁️ Azure Weekly #464 - 28th April 2024

Tesla profits tumble, Fisker flatlines, and California cities battle for control of AVs

Sunday Digest | Featuring 'The Countries With the Most Air Pollution in 2023' 📊

Android Weekly #620

President Biden signs TikTok bill

New Alpine.js Sort plugin, Laravel 11.5, and more - №510