Что такое CI/CD?

Давай разжую тебе эту тему про CI/CD, а то некоторые до сих пор думают, что это какая-то магия, а не просто нормальная практика для тех, кто не хочет в три часа ночи ебаться с деплоем.

CI/CD (Continuous Integration / Continuous Delivery или Deployment) — это, по сути, твоя автоматическая обслуга, которая за тебя собирает, проверяет и выкатывает твой код, чтобы ты не делал это вручную, как последний лох.

1. Непрерывная интеграция (CI) Смысл в чём? Чтобы когда ты, или кто-то из твоей команды, заливает изменения в общую ветку (типа main), система сразу же хватала этот код и начинала его мучать. Она его собирает, гоняет все тесты, которые ты написал (а ты их написал, правда?), и прогоняет через линтеры. Всё это для одной простой цели — найти косяки как можно раньше, а не тогда, когда всё уже на боевом сервере и у клиентов глаза на лоб лезут. Если пайплайн упал — значит, где-то ты накосячил, иди чини, а не пизди, что «у меня на машине работало».

2. Непрерывная доставка/развертывание (CD) А это уже следующий уровень. CI проверил, что всё собирается и тесты проходят — теперь можно и на прод выкатывать.

• Continuous Delivery (Непрерывная доставка): Всё автоматически готовится к релизу — артефакты собраны, окружение настроено. Но кнопку «выкатить» жмёт уже человек. Типа последний рубеж, где можно ещё передумать.
• Continuous Deployment (Непрерывное развертывание): А вот тут уже полный автопилот, ёпта. Если CI прошёл успешно — система сама, без спросу, выкатывает твои изменения на боевые сервера. Страшно? Зато быстро. Главное, чтобы тесты были хорошие, а то будет вам не хиросима, а настоящий пиздец.

Вот, смотри, как простой пайплайн CI в GitHub Actions для .NET может выглядеть:

name: .NET CI Pipeline

on: [push, pull_request]

jobs:
  build-and-test:
    runs-on: ubuntu-latest
    steps:
    - uses: actions/checkout@v4
    - name: Setup .NET
      uses: actions/setup-dotnet@v4
      with:
        dotnet-version: '8.0.x'
    - name: Restore dependencies
      run: dotnet restore
    - name: Build
      run: dotnet build --configuration Release --no-restore
    - name: Run tests
      run: dotnet test --configuration Release --no-build --verbosity normal

Видишь? Ничего сложного. Залил код — он сам всё сделал. Не собралось? Сам дурак, коммить исправления.

А зачем вообще этот геморрой?

• Ошибки вылезают сразу. Не через месяц, а прямо в момент пуша. Экономия нервов — овердохуища.
• Не нужно вручную ебаться с билдами и деплоями. Высвобождается куча времени, которое можно потратить на что-то полезное. Или просто на кофе.
• Релизы перестают быть русской рулеткой. Всё предсказуемо и повторяемо.
• Если всё поехало к чёрту — откатиться на прошлую рабочую версию дело пары кликов. А не как раньше: «Бля, а что мы там в прошлый четверг меняли?».

Инструментов куча: Jenkins, GitLab CI, GitHub Actions, Azure DevOps, CircleCI — выбирай любой, суть одна. Главное — начать это использовать, а не таскать артефакты на флешке, как в каменном веке.