jm_p_op

gitignore추가 지역 저장소의 .env 지우기 전체 commit에 있는 .env 파일 삭제 git rm --cached .env git filter-branch --force --index-filter 'git rm --cached --ignore-unmatch .env' --prune-empty --tag-name-filter cat -- --all

Pull_request_target은 바뀌기 전것으로 코드를 실행함으로 주의해야한다

uses: actions/checkout@v2 로 하면 에러가 뜬다. v3으로 업그레이드 시키면 해결

default 템플릿 ./pull_request_template.md ./.github/pull_request_template.md 선택 템플릿 ./.github/PULL_REQUEST_TEMPLATE/{파일명}.md 사용방법 pr url 뒤에 (?expand=1&template={파일명}.md) 추가해서 들어가기

pull_request 넣을 때 기본 양식을 만들어 두려면 git template 사용하면 된다. 다음 두가지 폴더에서 작동한다 ./pull_request_template.md ./.github/pull_request_template.md 탬플릿 모아두는 폴더를 생성해서 관리 방법은 찾아보는중

jobs에 하위 목록이 작업이고 name 사용하면 이름을 바꿀수있음 기본적으로 병렬시행, needs사용을 통해 직렬로 바꿀수 있다. needs 에는 jobs 하위목록 이름을 넣는데 (name 정의한거 안됨) job의 순서에 상관없이 작성 가능 name: PR_template on: pull_request: branches: [main,develop] type: [closed] jobs: build1: needs: build2 name: Build(1) runs-on: ubuntu-latest if: github.event_name == 'pull_request' steps: - uses: actions/checkout@v3 - name: hi run: | echo "${{secrets.ENV}}" ech..

상황 - 같은 레포지토리에서의 PR, 포크 리포지토리에서의 PR 브랜치 - 받는 브랜치(main, sub) 코드가 변한것과 yml파일 변한거 모두 적용이 된다. (항상 main의 yml적용되는것이 아님) 단 PR 보내고 commit 추가가 된다면, PR을 확인하고 action돌려야지 변동이 작동된다.

A->B로 PR 보낼때 A에 commit이 추가가 되면 PR도 변화한다. git-action을 돌리고 다시 돌린다면 commit이 들어오기 전것으로 돌아가지만 commit까지 PR에서 확인하면 git-action또한 commit된걸로 돌아간다