GitHub Actions와의 지속적인 통합-C++-php.cn

GitHub Actions와의 지속적인 통합

DDD

풀어 주다： 2024-11-22 07:15:16

원래의

234명이 탐색했습니다.

Continuous Integration with GitHub Actions

소개

DPS909 Lab 8에서는 특히 GitHub Actions를 통해 지속적 통합(CI)의 힘을 탐구했습니다. 이 랩은 테스트를 자동화하고, 품질 관리를 보장하고, 워크플로를 실제 개발 사례에 통합하는 방법을 학습함으로써 내 프로젝트를 향상시킬 수 있는 좋은 기회였습니다.

CI는 변경될 때마다 코드가 작동하고 버그 없이 유지되도록 보장합니다. 지속적으로 테스트를 실행하여 기본 분기가 중단되는 것을 방지합니다. 이 랩에서는 CI를 내 프로젝트에 통합했을 뿐만 아니라 파트너의 프로젝트에도 테스트를 제공했습니다. 이 블로그 게시물은 이러한 작업을 통한 나의 여정을 반영합니다.

내 프로젝트에 대한 GitHub 작업 설정

프로젝트에 CI를 설정하기 위해 GitHub Actions Workflow를 만들었습니다. 이 워크플로는 다음과 같은 경우에 트리거되었습니다.

본점으로 푸시가 이루어졌습니다.
메인 브랜치를 대상으로 풀 리퀘스트가 생성되었습니다.

YAML 워크플로 구성

다음은 GitHub Actions 워크플로에 사용한 YAML 파일입니다.

name: CI Workflow

on:
  push:
    branches:
      - main
  pull_request:
    branches:
      - main

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

    steps:
      - name: Checkout repository
        uses: actions/checkout@v3

      - name: Set up C++
        uses: actions/setup-cpp@v1
        with:
          compiler: gcc

      - name: Build the project
        run: |
          mkdir build
          cd build
          cmake ..
          make

      - name: Run Tests
        run: |
          cd build
          ctest

로그인 후 복사

이 워크플로는 내 저장소를 확인하고, CMake를 사용하여 프로젝트를 빌드하고, 랩 7에서 작성한 테스트를 실행합니다.

끌어오기 요청으로 CI 테스트

워크플로가 예상대로 작동하는지 확인하기 위해 다음을 수행했습니다.

새 브랜치인 add-more-tests를 만들었습니다.
내 프로젝트의 다른 기능에 대한 새로운 테스트를 추가했습니다.
브랜치를 내 저장소에 푸시하고 메인 브랜치를 대상으로 풀 요청을 열었습니다.

CI 워크플로가 예상대로 실행되었습니다.

처음에는 실패를 관찰하기 위해 의도적으로 테스트 중 하나를 깨뜨렸습니다. 로그에 문제가 명확하게 표시되어 디버깅이 간단해졌습니다.
테스트 수정 후 CI가 통과되어 워크플로의 성공이 확인되었습니다.

이 풀 요청을 메인 브랜치에 병합함으로써 내 프로젝트가 의도하지 않은 버그로부터 보호된다는 확신을 갖게 되었습니다.

파트너 프로젝트에 테스트 기여

랩의 두 번째 부분에서는 같은 반 친구인 Inder Parmar와 협력하여 그들의 저장소인 Tailor4Job에 테스트를 제공했습니다.

내 끌어오기 요청: #11

작업: 극단적인 경우를 올바르게 처리하는지 확인하기 위해 jobFilter 기능에 대한 테스트 사례를 추가했습니다.
과제: 그들의 저장소는 나와 다른 프레임워크와 설정을 사용했습니다. 테스트 도구와 프로젝트 구조를 이해하는 데 시간이 좀 걸렸습니다.
결과: 내 풀 요청이 CI 워크플로를 성공적으로 통과했습니다. 이 경험을 통해 프로젝트의 기존 구조 및 지침에 맞춰 테스트를 작성하는 것이 중요하다는 사실을 배웠습니다.