CI GitHub 작업 워크플로

소개

이번 주 실습에서는 이번 학기 초에 만든 자체 GitHub 프로젝트에서 CI 워크플로를 설정하는 임무를 맡았습니다. 이미 설정해 두었지만 이 과정은 나중에 이 블로그에서 설명하고 싶습니다. 또한 우리는 그룹 동료의 프로젝트에 대해 적어도 하나의 단위 테스트를 작성하기로 되어 있었는데, 제 경우에는 다른 언어(Rust)로 작성되었습니다.

GitHub Actions CI 워크플로 설정

나의 끌어오기 요청이 다른 프로젝트에서 어떻게 테스트되는지 보는 것은 나에게 마법이었습니다. 이번에는 내 프로젝트에 이를 배포할 차례입니다. Actions 탭을 열고 Maven으로 Java CI를 검색했습니다. 구성을 누르면 .yml 파일이 나타납니다.
그 모습은 다음과 같습니다.

그 후 변경 사항을 푸시하고 풀 요청을 열고 나만의 마법을 목격했습니다.

결과는 다음과 같습니다.

린터, 코드 포맷터 및 테스트

얼마 후에 프로젝트 린터, 코드 포맷터 및 테스트에 추가하여 이를 내 작업 흐름에 통합하는 방법을 찾았습니다.

결과:

• 모든 기여자가 동일한 코딩 스타일을 따르도록 하는 것이 많은 도움이 되었습니다.
• 이제 모든 풀 요청은 단위 테스트, 린터 및 코드 포맷터를 동시에 실행합니다!

Rust로 단위 테스트 작성하기

늘 그렇듯 저는 테오의 프로젝트를 골랐습니다. 그의 프로젝트는 Rust로 작성되었습니다.

차이점

Rust에서는 테스트가 다르게 보입니다. Java에서는 test라는 다른 폴더를 생성하고 이전에 생성된 폴더 내의 별도 파일에 각 테스트를 구현해야 합니다. Java와 달리 테스트하려는 기능이 구현된 파일 내부에서 모든 테스트를 구현해야 합니다.

chat_completions.rs 내부에 있는 기능을 구현해야 했습니다.

결과:

자세히 살펴보면 내 테스트 구현은 chat_completions.rs 내부에 있습니다.

개발 컨테이너

Dev Container는 모든 기여자가 동일한 환경에서 작업할 수 있는 원격 환경입니다. 예전에는 몰랐던 멋진 기능이네요.

Intellij Idea에서 설정하려면 .devcontainer 폴더를 만들고 구성 파일 devcontainer.json을 만들어야 했습니다.

결론

GitHub CI Action Workflow는 이전에는 나에게 마법이었던 놀라운 기능입니다! 저는 이 연구실이 정말 즐거웠습니다. 나는 새로운 것을 배웠고 거의 모든 것이 나에게 새로웠습니다!

위 내용은 CI GitHub 작업 워크플로의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!