터미널에서만 Draft plop 요청 제작(GiitHub CLI 1.0)

6055 단어 GitGitHubJiratech

개시하다


젠이 좋아 보여서 감정이 고조된 건 처음이다.
내용에 관하여 오류, そもそもその開発手順おかしくね? 등을 주의하신다면 반드시 평론해 주십시오

배경.


평상시 업무에서 다음과 같은 순서에 따라 입장권 구동 개발을 진행한다.
  • Jira로 임무를 할당합니다.
  • 작업과 연결된 피처 지점을 만듭니다.(Jira 연동 정보, 참조 링크)
  • feature 지점--allow-empty에서 빈 제출을 진행합니다.(UI에서 제출하지 않으면 PR을 할 수 없음)
  • feature 분기에서default 분기까지 초도 PR 만들기
  • 실제 작업, 제출
  • 검토가 가능하면 초안(ready for review)을 제거합니다.제가 소개하겠습니다.
  • 의견을 받은 후 수정합니다.수정된 의견 요청입니다.작업이 적용될 때까지 반복
  • 응용 후 합병.feature 지점도 사라진다.
  • 이 절차는 브라우저와 터미널 사이를 왔다 갔다 하는 것이 매우 번거롭다.
    임무의 입도가 가늘수록 이 작업의 횟수가 많아져 매우 번거롭다.
    특히 단계 2, 3, 4는 허무였다.

    GiitHub CLI로 교체


    며칠 전에 GitHub CLI 1.0 발매됐어요.
    Goodbye, context switching. Hello, terminal.그러므로
    매뉴얼
    위의 절차는 cli로 하나하나 이루어진다.

    차리다


    설치하다.
    # homebrew
    brew install gh
    
    # scoop
    scoop bucket add github-gh https://github.com/cli/scoop-gh.git
    scoop install gh
    
    그리고 계정을 인증하고 읽기 및 쓰기 권한을 부여합니다.
    gh auth login
    

    브랜치를 생성합니다.


    우선 로컬에서 작업 지점을 만듭니다
    Jira 등과 연동할 때 퀘스트 이름 포함
    # ローカルブランチを作成
    git branch feature/example
    

    공제출


    GUI와 마찬가지로 커밋이 하나도 없는 상태에서는 PR을 수행할 수 없습니다.다음 오류 발생
    pull request create failed: GraphQL error: No commits between master and feature/example
    
    일을 시작하는 단계에서 밑그림 PR을 만드는 절차를 원하기 때문에'--allow-empty'에서 제작과 부모가 제출하는 것과 차별 없는 제출을 한다.
    git commit --allow-empty -m ":tada: first commit"
    

    스케치 PR 제작

    gh pr create 원격에 대상 지점이 없어도 원격으로 제작해 홍보할 수 있다.
    스케치 PR을 작성하려면 --draft을 지정합니다.
    옵션도 -d처럼 단축할 수 있습니다.gh pr create --draft면 대화적으로 PR을 만들 수 있어요.
    이번에는 PR의 제목과 본문을 옵션으로 지정하려고 합니다.
    gh pr create --draft --title "Pull request title" --body "Pull request body"
    
    이렇게 되면 초도 PR이 만들어진다.

    편리

    초안 PR을 ready for review로 만들기


    $ gh pr ready
    ✔ Pull request #1 is marked as "ready for review"
    

    관중을 설정하다.

    gh pr create--reviewer 옵션에서 시청자를 설정할 수 있습니다.
    그러나 PR을 만든 후 CLI에서 설정하는 방법은 아직 없다.
    "ready for review를 만들 때 reviewer를 설정하면 좋겠죠?"거기 서 있어.
    Add PR reviewers when marking PR ready for review · Issue #971 · cli/cli

    PR 상태, 결합, 브랜치 삭제 확인


    # PRの状態確認
    $ gh pr status
    
    #CI を通過しているか確認
    $ gh pr checks
    
    이미 적용된 PR 합병gh pr merge도 대화가 가능하다.
    옵션을 지정하면 기본적으로 분기도 삭제됩니다.
    $ gh pr merge -m
    ✔ Merged pull request #1 (feature/example)
    ✔ Deleted branch feature/example and switched to branch master
    
    편리하다~~

    별칭 설정


    이 명령들은 매번 매우 길기 때문에 .zshrc에 다음과 같은 함수를 추가한다
    # ブランチ作成->ドラフトPR作成
    gwip () {
        git checkout -b $1 && \
        git commit --allow-empty -m ":tada: first commit" && \
        gh pr create --draft
    }
    
    이렇게 되면 gwip ブランチ名분지의 제작부터 초도 PR의 제작까지 가능해진다.
    $ gwip feature/task1
    Switched to a new branch 'feature/task1'
    [feature/task1 c1511df] :tada: first commit
    ? Where should we push the 'feature/task1' branch? uta-mori/example
    
    Creating draft pull request for feature/task1 into master in uta-mori/example
    
    ? Title task1detail
    ? Body <Received>
    ? What's next? Submit
    
    편리하다~~

    눈여겨본 일

  • CLI는 "ready for review의 PR을 초안 PR로 설정"기능을 제공하지 않음
  • PR 제작 후 reviwer를 설정할 수 없음
  • 수정 후에도 다시 검사를 의뢰할 수 없나요?
  • 끝말


    이번에는 개인이 번거롭게 생각하는 일을 CLI로 통일했다.
    공식 발표대로 이슈 제작부터 발표까지 대부분의 일은 CLI를 통해 이뤄질 수 있다.
    기릿허브 공식 도구인 만큼 앞으로도 기능 추가·유지보수가 이뤄지기 때문에 안심하고 이용할 수 있다.
    끝까지 읽어주셔서 감사합니다.

    참조 링크


    JIRA Cloud과 GiitHub이 함께한 - 839 일기입니다.
    Manual | GitHub CLI

    좋은 웹페이지 즐겨찾기