이 문서에서는 강제 푸시를 수행하도록 GitHub Actions를 구성하는 방법을 설명하고 GitHub Actions에서 강제 푸시를 사용할 때 발생할 수 있는 결과에 대해 논의합니다. 또한 GitHub Actions가 f로 기존 커밋을 덮어쓰는 것을 방지하는 방법도 설명합니다
강제 푸시를 수행하도록 GitHub Actions를 어떻게 구성하나요?
강제 푸시를 수행하도록 GitHub Actions를 구성하려면 워크플로 파일에 force
옵션을 포함해야 합니다. 다음은 force
옵션이 포함된 워크플로 파일의 예입니다.
<code>on: push: branches: [main] jobs: deploy: runs-on: ubuntu-latest steps: - uses: actions/checkout@v2 with: fetch-depth: 0 - uses: actions/setup-node@v2 with: node-version: '16' - run: npm install - run: npm run build - uses: actions/checkout@v2 with: fetch-depth: 0 ref: gh-pages - run: cp -r build/* . - uses: JamesIves/github-pages-deploy-action@3.7.2 with: GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} BRANCH: gh-pages FOLDER: . FORCE_PUSH: true</code>
위 워크플로 파일에서 force
에 대한 true
옵션이 JamesIves/github-pages-deploy-action
로 설정되었습니다. 이렇게 하면 build
디렉터리의 콘텐츠를 gh-pages
브랜치에 배포할 때 작업이 강제 푸시를 수행하게 됩니다.
GitHub Actions에서 강제 푸시를 사용하면 어떤 결과가 발생할 수 있나요?
강제 푸시는 주의해서 사용하지 않으면 위험할 수 있습니다. 이미 다른 브랜치에 병합된 브랜치에 강제로 푸시하면 다른 브랜치에서 변경된 내용을 덮어쓸 수 있습니다. 이로 인해 데이터 손실이나 기타 문제가 발생할 수 있습니다.
필요하다고 절대적으로 확신하지 않는 한 일반적으로 강제 푸시를 사용하지 않는 것이 가장 좋습니다. 강제 푸시가 필요한지 여부가 확실하지 않은 경우 항상 주의를 기울이고 푸시를 강제하지 않는 것이 좋습니다.
GitHub Actions가 강제 푸시로 기존 커밋을 덮어쓰는 것을 방지할 수 있나요? ?
예. 워크플로 파일에서 allow_force_pushes
옵션을 false
로 설정하면 GitHub Actions가 강제 푸시로 기존 커밋을 덮어쓰는 것을 방지할 수 있습니다. 다음은 allow_force_pushes
옵션이 포함된 워크플로 파일의 예입니다.
<code>on: push: branches: [main] jobs: deploy: runs-on: ubuntu-latest steps: - uses: actions/checkout@v2 with: fetch-depth: 0 - uses: actions/setup-node@v2 with: node-version: '16' - run: npm install - run: npm run build - uses: actions/checkout@v2 with: fetch-depth: 0 ref: gh-pages - run: cp -r build/* . - uses: JamesIves/github-pages-deploy-action@3.7.2 with: GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} BRANCH: gh-pages FOLDER: . ALLOW_FORCE_PUSHES: false</code>
위 워크플로 파일에서 force
에 대한 false
옵션이 JamesIves/github-pages-deploy-action
로 설정되었습니다. gh-pages
브랜치
위 내용은 github 작업을 강제로 푸시할 수 있나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!