Amazon CodeCatalyst는 더 이상 신규 고객에게 공개되지 않습니다. 기존 고객은 정상적으로 서비스를 계속 이용할 수 있습니다. 자세한 내용은 [CodeCatalyst에서 마이그레이션하는 방법](migration.md) 단원을 참조하십시오.

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 트리거 및 브랜치 사용 지침
<a name="workflows-add-trigger-considerations"></a>

이 섹션에서는 브랜치를 포함하는 Amazon CodeCatalyst 트리거를 설정할 때의 몇 가지 주요 지침에 대해 설명합니다.

트리거에 대한 자세한 내용은 [트리거를 사용하여 워크플로 실행 자동 시작](workflows-add-trigger.md) 주제를 참조하세요.
+ **지침 1:** 푸시 및 풀 요청 트리거 모두에서 브랜치를 지정하려면 트리거 구성에서 대상(또는 '대상') 브랜치를 지정해야 합니다. 소스(또는 'from') 브랜치를 지정하지 마세요.

  다음 예시에서는 브랜치에서 `main`을 눌러 워크플로를 활성화합니다.

  ```
  Triggers:
    - Type: PUSH
      Branches:
        - main
  ```

  다음 예시에서는 `main`으로 브랜치에서 요청을 가져오면 워크플로가 활성화됩니다.

  ```
  Triggers:
    - Type: PULLREQUEST
      Branches:
        - main
      Events:
        - OPEN
        - REVISION
  ```
+ **지침 2:** 푸시 트리거의 경우 워크플로가 활성화되면 *destination* 브랜치에 있는 워크플로 정의 파일과 소스 파일을 사용하여 워크플로가 실행됩니다.
+ **지침 3:** 풀 요청 트리거의 경우 워크플로가 활성화되면 트리거 구성에서 대상 브랜치를 지정했더라도 *source* 브랜치에 있는 워크플로 정의 파일과 소스 파일을 사용하여 워크플로가 실행됩니다.
+ **지침 4:** 한 브랜치에서 정확히 동일한 트리거가 다른 브랜치에서는 실행되지 않을 수 있습니다.

  다음 푸시 트리거를 고려합니다.

  ```
  Triggers:
    - Type: PUSH
      Branches:
        - main
  ```

  이 트리거가 포함된 워크플로 정의 파일이 `main`에 존재하고 `test`에 복제된 경우 워크플로는 `test`의 파일을 사용하여 자동으로 시작되지 않습니다(`test`의 파일을 사용하도록 워크플로를 *수동*으로 시작할 수는 있지만). **지침 2**를 검토하여 `test`의 파일을 사용하여 워크플로가 자동으로 실행되지 않는 이유를 알아봅니다.

  다음과 같은 풀 요청 트리거도 고려해 보세요.

  ```
  Triggers:
    - Type: PULLREQUEST
      Branches:
        - main
      Events:
        - OPEN
        - REVISION
  ```

  이 트리거가 포함된 워크플로 정의 파일이 `main`에 있는 경우 워크플로는 `main`의 파일을 사용하여 실행되지 않습니다. (단, `main`의 `test` 브랜치를 생성하면 워크플로는 `test`의 파일을 사용하여 실행됩니다.) **지침 3**을 검토하여 이유를 이해합니다.