이 쓸데없는 워크플로가 결국 그렇게 쓸모없지 않을까요?
2723 단어 actionshackathongithubopensource
내 워크플로우
가장 쓸모없는 기계에 대해 알고 계실 것입니다.
GitHub Actions에서 빌드해 봅시다!
제출 카테고리:
엉뚱한 와일드카드
Yaml 파일 또는 코드 링크
.github/workflows/useless.yml
name: Useless
on:
issues:
types: [labeled]
pull_request:
types: [labeled]
jobs:
useless:
if: github.event.label.name == 'useless'
runs-on: ubuntu-latest
steps:
- name: Unlabel
run: |
curl -X DELETE "https://api.github.com/repos/$GITHUB_REPOSITORY/issues/${{ github.event.issue.number || github.event.pull_request.number }}/labels/useless?access_token=${{ secrets.GITHUB_TOKEN }}"
추가 리소스/정보
지루해서 이 워크플로를 구축한 것이 아니라 필요에 따라 구축했습니다. PR에서 잘 정의되고 수동으로 트리거되는 작업을 실행하고 싶은 경우가 있습니다.
예를 들어 I forgot to update the test snapshots 때문에 테스트가 실패한 경우 GitHub Actions에 계속 진행하여 스냅샷 파일을 업데이트한 다음 내 PR에 커밋하도록 요청할 수 있습니다.
또는 비용이 들 수 있는 종단 간 브라우저 기반 테스트 스위트를 실행하고 싶을 수도 있습니다. 따라서 매 푸시마다 실행하는 것은 경제적으로 효율적이지 않을 수 있습니다. 메인 브랜치에 병합하기 직전에 pre-flight build 으로 실행하고 싶습니다.
때로는 상황에 따라 여러 번 실행해야 할 수도 있습니다. 나는 그것을 트리거하기 위해 새로운 커밋을 푸시하지 않고도 그렇게 할 수 있기를 원합니다. 따라서 GitHub Actions를 트리거할 레이블을 지정하고 PR 레이블을 즉시 해제하여 다음 트리거를 준비하는 것이 좋을 것이라고 생각했습니다.
어쩌면 이 쓸모없는 워크플로가 결국 그렇게 쓸모없는 것이 아닐 수도 있습니다. 워크플로의 템플릿으로 자유롭게 사용하세요.
Reference
이 문제에 관하여(이 쓸데없는 워크플로가 결국 그렇게 쓸모없지 않을까요?), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://dev.to/dtinth/maybe-this-useless-workflow-isn-t-so-useless-after-all-5498텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)