explainer.js용 CI 파이프라인 만들기

이번 주에 저는 explainer.js를 위한 CI 파이프라인을 만들었습니다. 지난 몇 주 동안 다양한 스크립트를 설정했기 때문에 꽤 간단했습니다.

explainer.js에서 CI 설정하기

CI 파이프라인 설정의 첫 번째 설정은 .github/workflows 디렉터리에 YML 파일을 추가하는 것입니다. GitHub의 node.js CI 템플릿의 기본 버전을 사용했지만 몇 가지 변경 사항이 있었습니다. 먼저 기본 옵션을 사용하여 PR 초안을 만들었습니다. 그런 다음 가지를 당겨서 몇 가지 조정을 했습니다. 이름을 변경하고 빌드 작업을 세 개의 별도 작업으로 나누었습니다. 노드를 설치하고 Lint-and-format을 빌드하고 마지막으로 테스트를 실행하여 테스트합니다. 또한 다음 작업을 건너뛰기 위해 need 키워드를 사용하여 이전 작업이 실패하면 다음 작업을 건너뜁니다. 따라서 노드 설정이 실패하면 lint-and-format을 실행하지 않고 lint-and-format이 실패하면 테스트를 실행하지 않습니다. 내 index.test.js가 제대로 설정되지 않았기 때문에 이런 일이 몇 번 발생했습니다. 그래서 실행하려면 argv를 통해 test-api-key를 전달하여 작은 수정을 해야 했습니다. .toml 및 .env가 이미 설정되어 있기 때문에 로컬에서는 제대로 실행되었습니다. 로컬에서 커밋하려고 할 때 스크립트를 실행하여 파일 형식을 자동으로 지정하므로 lint-and-format 설정은 매우 쉬웠습니다. 내 프로젝트의 필요에 따라 기본 YML 파일을 변경했습니다. 그리고 그것은 꽤 잘 작동합니다! 확인해 보세요.

DocBot에서 근무

저는 DocBot 작업을 했습니다. 프로젝트가 JS에 있지만 이 프로젝트는 jest와 호환되는 vitest라는 다른 테스트 프레임워크를 사용합니다. 한 가지 나는 그것이 단지 농담과 비교했을 때 얼마나 빠른지 즉시 알아차렸습니다. 그리고 터미널 출력은 매우 세련되었습니다. 이 문제에 대한 작업을 매우 즐겁게 만듭니다. 나는 file.test.js 테스트 스위트를 OS에 구애받지 않게 만들기 위해 노력했습니다. 잘 실행되는 WSL 터미널에서 실행했지만 cmd.exe에서는 실행되지 않았습니다. 나는 이제 예상되는 경로 구조가 다르다는 것을 즉시 알아차렸습니다. 지난주에 explainer.js에서 테스트 작성을 마쳤을 때 제가 발견한 것이 있습니다. 저는 기본적으로 WSL을 사용하지만 모든 사람이 WSL을 갖고 있지는 않다는 것을 기억하여 cmd.exe에서 실행했고 FilePathResolver.test.js에 작성한 테스트에서도 동일한 문제가 발생하여 이를 수정해야 했습니다. 따라서 기본 설정 vscode 터미널을 사용할 때 다른 OS에서 터미널을 실행하는 것을 간과하기 쉽습니다. 그래서 시행착오 끝에 수정해서 PR을 하게 됐어요.

위 내용은 explainer.js용 CI 파이프라인 만들기의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!