C# projelerinizde geliştirme süreçlerini hızlandırmak ve yazılım kalitesini artırmak için Sürekli Entegrasyon (CI) ve Sürekli Teslimat/Dağıtım (CD) uygulamaları kritik öneme sahiptir. Bu otomasyon süreçleri, kod değişikliklerinin otomatik olarak derlenmesini, test edilmesini ve dağıtılmasını sağlayarak manuel hataları minimize eder ve ekiplerin daha hızlı, güvenilir yazılımlar sunmasına yardımcı olur. GitHub Actions ve Azure DevOps Pipelines, C# tabanlı uygulamalar için bu CI/CD hedeflerine ulaşmada önde gelen platformlardır.

CI/CD’nin C# Projelerindeki Önemi

C# dilinde geliştirilen web uygulamaları, masaüstü uygulamaları veya mikro hizmetler için CI/CD, yazılım yaşam döngüsünün ayrılmaz bir parçasıdır. Her kod değişikliğinde otomatik olarak tetiklenen bir derleme ve test süreci, hataların erken aşamada tespit edilmesini sağlar. Bu, geliştirme maliyetlerini düşürür ve son üründeki hata oranını azaltır. Ayrıca, dağıtım süreçlerinin otomatikleştirilmesi, üretim ortamına daha sık ve güvenilir güncellemeler yapılabilmesine olanak tanır. Güvenlik taramaları, kod kalitesi analizleri gibi ek adımların pipeline’a entegrasyonu, yazılımın genel güvenilirliğini ve sürdürülebilirliğini artırır. Bu otomasyon sayesinde geliştiriciler, altyapı yönetiminden ziyade iş mantığına odaklanabilirler.

GitHub Actions ile C# CI/CD Entegrasyonu

GitHub Actions, doğrudan GitHub repository’nizle entegre çalışan güçlü bir otomasyon platformudur. C# projeleriniz için CI/CD süreçlerini basit ve esnek YAML dosyalarıyla tanımlayabilirsiniz.

Temel Kavramlar

  • Workflow (İş Akışı): Bir veya daha fazla iş (job) içeren, belirli bir olay (örneğin, `push` veya `pull_request`) tetiklendiğinde çalışan otomatikleştirilmiş süreç.
  • Job (İş): Bir sanal makine (runner) üzerinde çalışan bir dizi adımdan (step) oluşur. Bağımsız olarak veya diğer işlere bağımlı olarak çalışabilir.
  • Step (Adım): Bir komutu çalıştıran veya bir eylemi (action) yürüten tek bir görev.
  • Action (Eylem): Önceden tanımlanmış, tekrar kullanılabilir bir görev (örneğin, `checkout` deposunu klonlama, `setup-dotnet` .NET SDK’yı kurma).

C# Projeleri İçin Yapılandırma

C# projeleri genellikle `dotnet` CLI komutları kullanılarak derlenir ve test edilir. GitHub Actions içerisinde bu komutları kolayca çalıştırabilirsiniz.


name: C# CI/CD

on:
  push:
    branches: [ "main" ]
  pull_request:
    branches: [ "main" ]

jobs:
  build-and-test:
    runs-on: ubuntu-latest

    steps:
    - uses: actions/checkout@v3
    - name: Setup .NET
      uses: actions/setup-dotnet@v3
      with:
        dotnet-version: '6.0.x' # Veya projenizin kullandığı sürüm
    - name: Restore dependencies
      run: dotnet restore
    - name: Build
      run: dotnet build --no-restore
    - name: Test
      run: dotnet test --no-build --verbosity normal
    - name: Publish (Opsiyonel)
      run: dotnet publish -c Release -o ./publish
    - name: Upload a Build Artifact (Opsiyonel)
      uses: actions/upload-artifact@v3
      with:
        name: my-app
        path: ./publish

Bu örnekte, `main` branch’ine yapılan her `push` veya `pull_request` işlemi bir iş akışını tetikler. İş akışı, .NET SDK’yı kurar, bağımlılıkları geri yükler, projeyi derler ve testleri çalıştırır. İsteğe bağlı olarak, yayımlanan çıktılar bir derleme artefaktı olarak saklanabilir.

Dağıtım Senaryoları

GitHub Actions ile C# uygulamalarını farklı ortamlara dağıtabilirsiniz:

  • Azure App Service: `azure/webapps-deploy@v2` gibi hazır action’lar kullanarak uygulamanızı doğrudan Azure App Service’e dağıtabilirsiniz.
  • Docker Registry: Uygulamanızı bir Docker imajına dönüştürüp GitHub Container Registry (GHCR) veya Azure Container Registry (ACR) gibi bir kayıt defterine gönderebilirsiniz.
  • NuGet Paket Yönetimi: Bir .NET kütüphanesi geliştiriyorsanız, `dotnet pack` ile bir NuGet paketi oluşturup, sonra `nuget push` komutu ile NuGet.org veya özel bir NuGet sunucusuna yayınlayabilirsiniz.

Azure DevOps Pipelines ile C# CI/CD Entegrasyonu

Azure DevOps, hem proje yönetimi (Boards), sürüm kontrolü (Repos), test planları (Test Plans) hem de CI/CD (Pipelines) gibi tüm ALM (Application Lifecycle Management) araçlarını tek bir platformda sunar.

Temel Kavramlar

  • Pipeline (İş Hattı): Bir veya daha fazla aşamadan (stage) oluşan, otomatikleştirilmiş bir süreç. YAML veya Classic Editor (görsel) kullanılarak tanımlanabilir.
  • Stage (Aşama): Mantıksal olarak ilgili işleri (job) gruplar. Örneğin, “Build”, “Test”, “Deploy” aşamaları olabilir.
  • Job (İş): Bir veya daha fazla görevden (task) oluşan, bir agent üzerinde çalışan bir birim.
  • Task (Görev): Bir eylem gerçekleştiren önceden tanımlanmış bir adım (örneğin, `.NET Core` taskı, `Visual Studio Build` taskı).
  • Agent: İşleri yürüten bir sanal makine veya fiziksel sunucu. Microsoft tarafından barındırılan agent’lar veya kendi barındırdığınız agent’lar kullanılabilir.

C# Projeleri İçin Yapılandırma

Azure DevOps Pipelines, C# projeleri için geniş bir görev yelpazesi sunar.


trigger:
- main

pool:
  vmImage: 'windows-latest' # veya 'ubuntu-latest'

variables:
  buildConfiguration: 'Release'

stages:
- stage: Build
  displayName: Build and Test
  jobs:
  - job: BuildJob
    steps:
    - task: DotNetCoreCLI@2
      displayName: 'Restore NuGet Packages'
      inputs:
        command: 'restore'
        projects: '**/*.csproj'

    - task: DotNetCoreCLI@2
      displayName: 'Build Project'
      inputs:
        command: 'build'
        projects: '**/*.csproj'
        arguments: '--configuration $(buildConfiguration)'

    - task: DotNetCoreCLI@2
      displayName: 'Run Tests'
      inputs:
        command: 'test'
        projects: '**/*.csproj'
        arguments: '--configuration $(buildConfiguration) --no-build'

    - task: DotNetCoreCLI@2
      displayName: 'Publish Application'
      inputs:
        command: 'publish'
        projects: '**/*.csproj'
        publishWebProjects: true
        arguments: '--configuration $(buildConfiguration) --output $(Build.ArtifactStagingDirectory)'
        zipAfterPublish: true

    - publish: $(Build.ArtifactStagingDirectory)
      artifact: drop

Bu YAML pipeline’ı, `main` branch’ine yapılan her `push` işleminde tetiklenir. NuGet paketlerini geri yükler, projeyi derler, testleri çalıştırır ve uygulamayı yayımlar. Yayımlanan çıktı (artifact), dağıtım aşamasında kullanılmak üzere `drop` adıyla saklanır. `DotNetCoreCLI@2` gibi task’lar, `dotnet` komutlarını kapsülleyen ve kullanımı kolaylaştıran özel görevlerdir.

Dağıtım Senaryoları

Azure DevOps Pipelines, Azure ekosistemiyle derin entegrasyon sunar:

  • Azure App Service Dağıtımı: `AzureWebApp@1` görevi ile uygulamanızı kolayca Azure App Service’e dağıtabilirsiniz.
  • Azure Kubernetes Service (AKS): Kubernetes manifest dosyalarını uygulayarak veya Helm grafikleri kullanarak AKS’e dağıtım yapabilirsiniz.
  • Artifact Yönetimi: Azure Artifacts ile NuGet, npm, Maven gibi paketleri depolayabilir ve yönetebilirsiniz.
  • On-Premise Dağıtımlar: Kendi barındırdığınız (self-hosted) agent’lar aracılığıyla şirket içi sunuculara veya özel ağlardaki hedeflere dağıtım yapabilirsiniz.

GitHub Actions ve Azure DevOps Pipelines Arasındaki Seçim

Her iki platform da C# projeleri için kapsamlı CI/CD yetenekleri sunar, ancak bazı farklılıklar seçiminizde etkili olabilir:

  • GitHub Actions:
    • GitHub üzerinde geliştirilen açık kaynak projeler veya zaten GitHub’ı ana sürüm kontrol sistemi olarak kullanan ekipler için doğal bir seçimdir.
    • Basit, olay odaklı iş akışları oluşturmak kolaydır.
    • Geniş bir topluluk tarafından geliştirilen hazır Action’lar ek esneklik sunar.
    • GitHub CodeSpaces gibi diğer GitHub hizmetleriyle sorunsuz entegrasyon.
  • Azure DevOps Pipelines:
    • Azure ekosistemiyle derin entegrasyon arayan kurumsal müşteriler için idealdir.
    • Azure Boards (proje yönetimi), Azure Repos (sürüm kontrolü) ve Azure Test Plans gibi diğer DevOps araçlarıyla tek bir çatı altında bütünleşik bir deneyim sunar.
    • Gelişmiş kurumsal özellikler, onay süreçleri, dağıtım ağ geçitleri ve kendi barındırılan agent’lar için daha güçlü destek.
    • Classic Editor ile YAML bilmeyen ekipler için görsel bir pipeline oluşturma imkanı.

Her iki platform da YAML tabanlı pipeline tanımını destekler, bu da CI/CD süreçlerinin sürüm kontrolüne alınmasını ve “pipeline as code” yaklaşımını benimsemeyi kolaylaştırır. Hangi platformun seçileceği, mevcut altyapınız, ekip tercihleri ve projenizin gereksinimlerine bağlıdır.

Sonuç

C# projeleri için CI/CD, yazılım geliştirme süreçlerini modernize etmenin ve hızlandırmanın temel taşıdır. İster GitHub Actions’ın esnekliği ve topluluk odaklı yapısından faydalanın, ister Azure DevOps Pipelines’ın kurumsal düzeydeki entegre ALM çözümlerini tercih edin, her iki platform da güçlü otomasyon yetenekleri sunar. Uygulamanızın kalitesini artırmak, manuel hataları azaltmak ve hızlı teslimatlar sağlamak için bu araçları etkili bir şekilde kullanarak, C# projelerinizin başarısını önemli ölçüde yükseltebilirsiniz. Seçiminiz ne olursa olsun, otomasyon yolculuğunuzda önemli bir adım atmış olacaksınız.