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 테스트

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

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

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

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

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

---

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

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

내 끌어오기 요청: #11

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

---

지속적인 통합에 대한 고찰

CI 설정은 내 개발 워크플로우를 완전히 바꿔 놓았습니다. 다음은 몇 가지 핵심 사항입니다.

• 사전적 버그 예방: CI는 버그를 조기에 발견하여 기본 분기가 손상될 위험을 줄입니다.
• 공동작업의 용이성: 자동화된 테스트는 여러 개발자의 코드를 병합할 때 자신감을 줍니다.
• 향상된 디버깅: CI 로그는 테스트 실패에 대한 자세한 통찰력을 제공하여 디버깅을 더 빠르고 효율적으로 만듭니다.

파트너의 저장소에서 공동작업하는 것은 다른 코드베이스, 테스트 환경 및 워크플로를 접할 수 있는 유익한 경험이었습니다.

---

선택적 챌린지

선택적 챌린지를 완전히 구현하지는 않았지만 다음을 살펴보았습니다.

1. Linter 추가: CI의 일부로 Linting을 자동화하면 스타일 및 구문 문제를 조기에 발견하는 데 도움이 됩니다.
2. 개발 컨테이너: Docker와 Codespaces를 사용하여 재현 가능한 개발 환경을 설정하는 실험을 해봤습니다.

이러한 단계를 통해 프로젝트 품질을 더욱 향상하고 새로운 기여자의 온보딩을 쉽게 할 수 있습니다.

---

결론

Lab 8에서는 CI 워크플로를 개발 프로젝트에 통합하는 것의 중요성을 배웠습니다. CI는 일관된 품질 관리를 보장하고 협업을 촉진하여 현대 소프트웨어 개발에서 매우 중요한 도구입니다.

아래에서 내 프로젝트의 성공적인 CI 실행과 파트너 프로젝트에 대한 풀 요청을 확인할 수 있습니다.

• CI 워크플로 실행: GitHub Actions
• 파트너의 Repo PR: Pull Request #11

이 연구실을 통해 오픈 소스 개발의 자동화, 테스트 및 협업에 대한 이해가 크게 향상되었습니다.

위 내용은 GitHub Actions와의 지속적인 통합의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!