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

# 기능 브랜치 배포 및 팀 워크플로우
<a name="multi-environments"></a>

Amplify Hosting은 기능별 브랜치 및 GitFlow 워크플로에서 작동하도록 설계되었습니다. Amplify는 리포지토리에서 새 브랜치를 연결할 때마다 Git 브랜치를 사용하여 새 배포를 생성합니다. 첫 번째 브랜치를 연결한 후 추가 기능 브랜치를 생성합니다.

**앱에 브랜치를 추가하려면**

1. 브랜치를 추가할 앱을 선택합니다.

1. **앱 설정**을 선택한 다음 **브랜치 설정**을 선택합니다.

1. **브랜치 설정** 페이지에서 **브랜치 추가**를 선택합니다.

1. 리포지토리에서 브랜치를 선택합니다.

1. **브랜치 추가**를 선택합니다.

1. 앱을 재배포합니다.

브랜치를 추가하면 앱에 *https://main.appid.amplifyapp.com* 및 *https://dev.appid.amplifyapp.com*과 같은 Amplify 기본 도메인에서 두 가지 배포를 사용할 수 있습니다. 이는 팀에 따라 다를 수 있지만 일반적으로 **기본 브랜치**가 릴리스 코드를 추적하며 프로덕션 브랜치입니다. **개발 브랜치**는 새 기능을 테스트하는 데 통합 브랜치로 사용됩니다. 이러한 방식으로 베타 테스터는 기본 브랜치 배포와 관련하여 어떠한 프로덕션 최종 사용자에게도 영향을 주지 않고, 개발 브랜치 배포와 관련하여 릴리스되지 않은 기능을 테스트할 수 있습니다.

**Topics**
+ [풀 스택 Amplify Gen 2 앱을 사용한 팀 워크플로](team-workflows-gen2.md)
+ [풀 스택 Amplify Gen 1 앱을 사용한 팀 워크플로](team-workflows-with-amplify-cli-backend-environments.md)
+ [패턴 기반 기능 브랜치 배포](pattern-based-feature-branch-deployments.md)
+ [Amplify 구성의 자동 빌드 타임 생성(1세대 앱만 해당)](amplify-config-autogeneration.md)
+ [조건부 백엔드 빌드(1세대 앱만 해당)](conditional-backends.md)
+ [앱 전체에서 Amplify 백엔드 사용(1세대 앱만 해당)](reuse-backends.md)

# 풀 스택 Amplify Gen 2 앱을 사용한 팀 워크플로
<a name="team-workflows-gen2"></a>

AWS Amplify Gen 2는 백엔드를 정의하기 위한 TypeScript 기반 코드 우선 개발자 환경을 도입합니다. Amplify Gen 2 애플리케이션을 사용한 풀 스택 워크플로에 대한 자세한 내용은 *Amplify 설명서*의 [풀 스택 워크플로](https://docs.amplify.aws/nextjs/deploy-and-host/fullstack-branching/)를 참조하세요.

# 풀 스택 Amplify Gen 1 앱을 사용한 팀 워크플로
<a name="team-workflows-with-amplify-cli-backend-environments"></a>

기능 브랜치 배포는 **프론트엔드**와 선택적 **백엔드** 환경으로 구성됩니다. 프론트엔드는 빌드된 후 글로벌 콘텐츠 전송 네트워크(CDN)에 배포되지만, 백엔드는 Amplify Studio 또는 Amplify CLI에 의해 AWS에 배포됩니다. 이 배포 시나리오를 설정하는 방법을 알아보려면 [애플리케이션의 백엔드 빌드](deploy-backend.md) 섹션을 참조하세요.

Amplify Hosting은 기능 브랜치 배포와 함께 GraphQL API 및 Lambda 함수와 같은 백엔드 리소스를 지속적으로 배포할 수 있습니다. 다음 브랜칭 모델을 사용하여 Amplify Hosting으로 백엔드 및 프론트엔드를 배포할 수 있습니다.

## 기능 브랜치 워크플로
<a name="standard"></a>
+ Amplify Studio 또는 Amplify CLI로 **prod**, **테스트** 및 **dev** 백엔드 환경을 생성합니다.
+ **prod** 백엔드를 **기본** 브랜치에 매핑하세요.
+ **테스트** 백엔드를 **개발** 브랜치에 매핑합니다.
+ 팀 구성원은 **dev** 백엔드 환경을 사용하여 개별 **기능** 브랜치를 테스트할 수 있습니다.

![\[백엔드 환경에서 프론트엔드 브랜치로 관계를 매핑하는 방법을 보여주는 다이어그램입니다.\]](http://docs.aws.amazon.com/ko_kr/amplify/latest/userguide/images/FeatureBranchWorkflow.png)


1. Amplify CLI를 설치하여 새 Amplify 프로젝트를 초기화합니다.

   ```
   npm install -g @aws-amplify/cli
   ```

1. 프로젝트에 대해 *prod* 백엔드 환경을 초기화합니다. 프로젝트가 없는 경우, create-react-app 또는 Gatsby와 같은 부트스트랩 도구를 사용하여 프로젝트를 생성합니다.

   ```
   create-react-app next-unicorn
   cd next-unicorn
   amplify init
    ? Do you want to use an existing environment? (Y/n): n
    ? Enter a name for the environment: prod
   ...
   amplify push
   ```

1. *테스트* 및 *dev* 백엔드 환경을 추가합니다.

   ```
   amplify env add
    ? Do you want to use an existing environment? (Y/n): n
    ? Enter a name for the environment: test
   ...
   amplify push
   
   amplify env add
    ? Do you want to use an existing environment? (Y/n): n
    ? Enter a name for the environment: dev
   ...
   amplify push
   ```

1. 선택한 Git 리포지토리로 코드를 푸시합니다(이 예에서는 사용자가 기본에 푸시한 것으로 가정함).

   ```
   git commit -am 'Added dev, test, and prod environments'
   git push origin main
   ```

1. 의 Amplify AWS Management Console 를 방문하여 현재 백엔드 환경을 확인합니다. 탐색 경로에서 한 단계 위로 이동하면 백엔드 환경 탭에서 생성된 모든 **백엔드 환경** 목록을 볼 수 있습니다.  
![\[Amplify 앱과 연결된 백엔드 환경을 보여주는 Amplify 콘솔입니다.\]](http://docs.aws.amazon.com/ko_kr/amplify/latest/userguide/images/reuse-backend-5.png)

1. **프론트엔드 환경** 탭으로 전환하여 리포지토리 제공자와 *기본* 브랜치를 연결하세요.

1. 빌드 설정 페이지에서 기존 백엔드 환경을 선택하여 메인 브랜치를 통한 지속적 배포를 설정합니다. 목록에서 *prod*를 선택하고 Amplify에 서비스 역할을 부여합니다. **저장 및 배포**를 선택합니다. 빌드가 완료된 후 *https://main.appid.amplifyapp.com*에서 사용 가능한 기본 브랜치 배포를 받게 됩니다.  
![\[기존 백엔드의 목록이 포함된 빌드 설정 구성 페이지입니다.\]](http://docs.aws.amazon.com/ko_kr/amplify/latest/userguide/images/reuse-backend-2.png)

1. Amplify에서 *개발* 브랜치를 연결합니다(이 시점에 *개발* 및 *기본* 브랜치가 동일한 것으로 가정함). *test* 백엔드 환경을 선택합니다.  
![\[브랜치 및 백엔드 환경이 선택된 리포지토리 브랜치 추가 페이지입니다.\]](http://docs.aws.amazon.com/ko_kr/amplify/latest/userguide/images/reuse-backend-4.png)

1. 이제 Amplify가 설정되었습니다. 기능 브랜치에서 새 기능에 대한 작업을 시작할 수 있습니다. 로컬 워크스테이션에서 *dev* 백엔드 환경을 사용하여 백엔드 기능을 추가합니다.

   ```
   git checkout -b newinternet
   amplify env checkout dev
   amplify add api
   ...
   amplify push
   ```

1. 기능에 대한 작업을 종료한 후 코드를 커밋하고 pull 요청을 생성하여 내부적으로 검토합니다.

   ```
   git commit -am 'Decentralized internet v0.1'
   git push origin newinternet
   ```

1. 표시될 변경 사항을 미리 보려면 Amplify 콘솔로 이동하여 기능 브랜치를 연결합니다. 참고: 시스템에가 AWS CLI 설치되어 있는 경우(Amplify CLI 아님) 터미널에서 직접 브랜치를 연결할 수 있습니다. 애플리케이션 설정 > 일반 > AppARN: *arn:aws:amplify:<region>:<region>:apps/<appid>*으로 이동하여 appid를 찾아볼 수 있습니다.

   ```
   aws amplify create-branch --app-id <appid> --branch-name <branchname>
   aws amplify start-job --app-id <appid> --branch-name <branchname> --job-type RELEASE
   ```

1. *https://newinternet.appid.amplifyapp.com*에 액세스하여 기능을 팀 메이트와 공유할 수 있습니다. 모든 것이 순조로워 보이면 PR을 개발 브랜치에 병합합니다.

   ```
   git checkout develop
   git merge newinternet
   git push
   ```

1. 이렇게 하면 *https://dev.appid.amplifyapp.com*에서 브랜치 배포와 함께 Amplify에서 프론트엔드와 백엔드를 업데이트할 빌드가 시작됩니다. 내부 이해관계자가 새 기능을 검토할 수 있도록 이 링크를 내부 이해관계자와 공유할 수 있습니다.

1. Git, Amplify에서 기능 브랜치를 삭제하고, 클라우드에서 백엔드 환경을 제거합니다(언제든지 'amplify env checkout prod' 및 'amplify env add'를 실행하여 새 백엔드 환경을 생성할 수 있음).

   ```
   git push origin --delete newinternet
   aws amplify delete-branch --app-id <appid> --branch-name <branchname>
   amplify env remove dev
   ```

## GitFlow 워크플로우
<a name="gitflow"></a>

GitFlow는 두 개의 브랜치를 사용하여 프로젝트 이력을 기록합니다. *기본* 브랜치는 릴리스 코드만 추적하고 *개발* 브랜치는 새로운 기능의 통합 브랜치로 사용됩니다. GitFlow는 새로운 개발과 완성된 작업을 분리하여 병렬 개발을 단순화합니다. 새로운 개발(예: 기능 및 비정기적인 버그 수정)은 *기능* 브랜치에서 수행됩니다. 개발자가 코드를 릴리스할 준비가 완료되면 *기능* 브랜치는 통합 *개발* 브랜치로 병합됩니다. 기본 브랜치에 대한 커밋만 *릴리스* 브랜치와 *핫픽스* 브랜치를 병합합니다(긴급 버그 수정).

아래의 다이어그램은 GitFlow를 사용한 권장된 설정을 보여줍니다. 위의 기능 브랜치 워크플로우 섹션에서 설명된 것과 동일한 절차를 따를 수 있습니다.

![\[GitFlow를 사용한 권장 설정을 보여주는 다이어그램입니다.\]](http://docs.aws.amazon.com/ko_kr/amplify/latest/userguide/images/GitflowWorkflow.png)


## 각 개발자의 샌드박스
<a name="sandbox"></a>
+ 팀의 각 개발자는 자신의 로컬 컴퓨터와 별도로 클라우드에 샌드박스 환경을 만듭니다 이를 통해 개발자는 다른 팀원의 변경 사항을 덮어쓰지 않고도 서로 격리되어 작업할 수 있습니다.
+ Amplify 의 각 브랜치에는 자체 백엔드가 있습니다. 이렇게 하면 팀의 개발자가 직접 로컬 컴퓨터에서 프로덕션 환경으로 백엔드 또는 프론트엔드를 수동으로 푸시하지 않고 Amplify가 Git 리포지토리를 변경 사항 배포를 위한 단일 소스로 사용할 수 있습니다.

![\[개발자별 샌드박스 워크플로를 보여주는 다이어그램입니다.\]](http://docs.aws.amazon.com/ko_kr/amplify/latest/userguide/images/AmplifySandboxWorkflow.png)


1. Amplify CLI를 설치하여 새 Amplify 프로젝트를 초기화합니다.

   ```
   npm install -g @aws-amplify/cli
   ```

1. 프로젝트에 대해 *mary* 백엔드 환경을 초기화합니다. 프로젝트가 없는 경우, create-react-app 또는 Gatsby와 같은 부트스트랩 도구를 사용하여 프로젝트를 생성합니다.

   ```
   cd next-unicorn
   amplify init
    ? Do you want to use an existing environment? (Y/n): n
    ? Enter a name for the environment: mary
   ...
   amplify push
   ```

1. 선택한 Git 리포지토리로 코드를 푸시합니다(이 예에서는 사용자가 기본에 푸시한 것으로 가정함).

   ```
   git commit -am 'Added mary sandbox'
   git push origin main
   ```

1. 리포지토리 > *기본을* Amplify에 연결합니다.

1. Amplify 콘솔은 Amplify CLI에 의해 형성된 백엔드 환경을 감지합니다. 드롭다운에서 *새 환경 생성*을 선택하고 Amplify에 서비스 역할을 부여합니다. **저장 및 배포**를 선택합니다. 빌드가 완료된 후 *https://main.appid.amplifyapp.com*에서 사용 가능한 마스터 브랜치 배포를 받게 되고 새 백엔드 환경은 브랜치에 연결됩니다.

1. Amplify에서 *개발* 브랜치를 연결하고(이 시점에 *개발* 및 *기본* 브랜치가 동일한 것으로 가정함) *생성*을 선택합니다.

# 패턴 기반 기능 브랜치 배포
<a name="pattern-based-feature-branch-deployments"></a>

배턴 기반 브랜치 배포를 사용하면 특정 패턴을 Amplify에 일치시키는 브랜치를 자동으로 배포할 수 있습니다. 릴리스에 대해 기능 브랜치나 GitFlow 워크플로우를 사용하는 제품 팀은 이제 공유 가능한 URL에 ‘release’로 시작하는 Git 브랜치를 자동으로 배포하도록 **release\$1\$1**와 같은 패턴을 정의할 수 있습니다.

1. **앱 설정**을 선택한 다음 **브랜치 설정**을 선택합니다.

1. **브랜치 설정** 페이지에서 **편집**을 선택합니다.

1. 브랜치를 패턴 세트와 일치하는 Amplify에 자동으로 연결하도록 **브랜치 자동 감지**를 선택합니다.

1. **브랜치 자동 감지 - 패턴** 상자에 브랜치를 자동으로 배포하기 위한 패턴을 입력합니다.
   + **\$1** – 리포지토리의 모든 브랜치를 배포합니다.
   + **release\$1** – ‘release’라는 단어로 시작하는 모든 브랜치를 배포합니다.
   + **release\$1/** – ‘release /’ 패턴과 일치하는 모든 브랜치를 배포합니다.
   + 여러 패턴을 쉼표로 구분된 목록으로 지정합니다. 예를 들어 **release\$1, feature\$1**입니다.

1. **브랜치 자동 감지 액세스 제어**를 선택하여 자동으로 생성되는 모든 브랜치에 대해 자동 암호 보호를 설정합니다.

1. Amplify 백엔드로 빌드된 1세대 애플리케이션의 경우 연결된 모든 브랜치에 대해 새 환경을 생성하거나 기존 백엔드에 대해 모든 브랜치를 가리키도록 선택할 수 있습니다.

1. **저장**을 선택합니다.

## 사용자 지정 도메인에 연결된 앱을 위한 패턴 기반 기능 분기 배포
<a name="pattern-based-feature-branch-deployments-for-an-app-connected-to-a-custom-domain"></a>

Amazon Route 53 사용자 지정 도메인에 연결된 앱에 대해 패턴 기반 기능 분기 배포를 사용할 수 있습니다.
+ 패턴 기반 기능 분기 배포 지침은 [Amazon Route 53 사용자 지정 도메인을 위한 자동 하위 도메인 설정](to-set-up-automatic-subdomains-for-a-Route-53-custom-domain.md) 섹션을 참조하세요.
+ Route 53에서 관리되는 사용자 지정 도메인에 Amplify 앱을 연결하는 방법에 대한 지침은 [Amazon Route 53에서 관리하는 사용자 지정 도메인 추가](to-add-a-custom-domain-managed-by-amazon-route-53.md) 섹션을 참조하세요.
+ Route 53의 사용에 대한 자세한 내용은 [Amazon Route 53란](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/Welcome.html)을 참조하세요.

# Amplify 구성의 자동 빌드 타임 생성(1세대 앱만 해당)
<a name="amplify-config-autogeneration"></a>

**참고**  
이 섹션의 정보는 1세대 앱에만 적용됩니다. 2세대 앱의 기능 브랜치에서 인프라 및 애플리케이션 코드 변경 사항을 자동으로 배포하려면 *Amplify 설명서*의 [풀 스택 브랜치 배포](https://docs.amplify.aws/nextjs/deploy-and-host/fullstack-branching/branch-deployments/)를 참조하세요.

Amplify는 1세대 앱에 대해 Amplify 구성 `aws-exports.js` 파일의 자동 빌드 타임 생성을 지원합니다. 풀 스택 CI/CD 배포를 끄면 앱이 `aws-exports.js` 파일을 자동 생성하고 빌드 시 백엔드가 업데이트되지 않도록 할 수 있습니다.

**빌드 시 `aws-exports.js`를 자동 생성하려면**

1. 에 로그인 AWS Management Console 하고 [Amplify 콘솔](https://console.aws.amazon.com/amplify/)을 엽니다.

1. 편집할 앱을 선택합니다.

1. **호스팅 환경** 탭을 선택합니다.

1. 편집할 브랜치를 찾아 **편집**을 선택합니다.  
![\[Amplify 콘솔에서 브랜치에 대한 편집 링크의 위치입니다.\]](http://docs.aws.amazon.com/ko_kr/amplify/latest/userguide/images/amplify_edit_backend_alternate.png)

1. **대상 백엔드 편집** 페이지에서 **풀 스택 연속 배포(CI/CD)활성화**를 선택 취소하여 이 백엔드의 풀 스택 CI/CD를 끕니다.  
![\[Amplify 콘솔에서 CI/CD를 끄기 위한 확인란의 위치입니다.\]](http://docs.aws.amazon.com/ko_kr/amplify/latest/userguide/images/amplify_turnoff_CICD.png)

1. 기존 서비스 역할을 선택하여 Amplify에 앱 백엔드를 변경하는 데 필요한 권한을 부여합니다. 서비스 역할을 생성해야 하는 경우, **새 역할 생성**을 선택합니다. 서비스 역할 생성에 대한 자세한 내용은 [백엔드 리소스를 배포할 권한을 가진 서비스 역할 추가](amplify-service-role.md) 섹션을 참조하세요.

1. **저장**을 선택합니다. Amplify는 다음에 앱을 구축할 때 이러한 변경 사항을 적용합니다.

# 조건부 백엔드 빌드(1세대 앱만 해당)
<a name="conditional-backends"></a>

**참고**  
이 섹션의 정보는 Gen 1 앱에만 적용됩니다. Amplify Gen 2는 TypeScript 기반 코드 우선 개발자 경험을 도입했습니다. 따라서 2세대 백엔드에는 이 기능이 필요하지 않습니다.

Amplify는 1세대 앱의 모든 브랜치에서 조건부 백엔드 빌드를 지원합니다. 조건부 백엔드 빌드를 구성하려면 `AMPLIFY_DIFF_BACKEND` 환경 변수를 `true`으로 설정합니다. 조건부 백엔드 빌드를 활성화하면 프론트엔드만 변경하는 빌드의 속도를 높이는 데 도움이 됩니다.

diff 기반 백엔드 빌드를 활성화하면 Amplify는 각 빌드를 시작할 때 리포지토리의 `amplify` 폴더에서 diff 실행을 시도합니다. Amplify에서 차이점을 발견하지 못하면 백엔드 빌드 단계를 건너뛰고 백엔드 리소스를 업데이트하지 않습니다. 프로젝트의 리포지토리에 `amplify` 폴더가 없는 경우, Amplify는 `AMPLIFY_DIFF_BACKEND` 환경 변수 값을 무시합니다. `AMPLIFY_DIFF_BACKEND` 환경 변수 설정에 대한 지침은 [1세대 앱을 위한 diff 기반 백엔드 빌드 구성](edit-build-settings.md#enable-diff-backend) 섹션을 참조하세요.

현재 백엔드 단계의 빌드 설정에 사용자 지정 명령이 지정되어 있는 경우, 조건부 백엔드 빌드는 작동하지 않습니다. 이러한 사용자 지정 명령을 실행하려면 앱의 `amplify.yml` 파일에 있는 빌드 설정의 프론트엔드 단계로 해당 명령을 이동해야 합니다. `amplify.yml` 파일을 업데이트하는 방법에 대한 자세한 내용은 [빌드 사양 참조](yml-specification-syntax.md) 섹션을 참조하세요.

# 앱 전체에서 Amplify 백엔드 사용(1세대 앱만 해당)
<a name="reuse-backends"></a>

**참고**  
이 섹션의 정보는 Gen 1 앱에만 적용됩니다. 2세대 앱에 대한 백엔드 리소스를 공유하려면 *Amplify 설명서*의 [브랜치 간에 리소스 공유](https://docs.amplify.aws/nextjs/deploy-and-host/fullstack-branching/share-resources/)를 참조하세요.

Amplify를 사용하면 특정 리전의 모든 1세대 앱에서 기존 백엔드 환경을 재사용할 수 있습니다. 새 앱을 만들거나, 새 브랜치를 기존 앱에 연결하거나, 다른 백엔드 환경을 가리키도록 기존 프론트엔드를 업데이트할 때 이 작업을 수행할 수 있습니다.

## 새 앱 생성 시 백엔드 재사용
<a name="reuse-backends-create-connect"></a>

**새 Amplify 앱을 만들 때 백엔드를 재사용하려면**

1. 에 로그인 AWS Management Console 하고 [Amplify 콘솔](https://console.aws.amazon.com/amplify/)을 엽니다.

1. 이 예제에 활용할 새 백엔드를 생성하려면 다음과 같이 하세요.

   1. 서비스 탐색 창에서 **모든 앱**을 선택합니다.

   1. **새 앱**, **앱 빌드**를 선택합니다.

   1. 앱의 이름(예: **Example-Amplify-App**)을 입력합니다.

   1. **배포 확인**을 선택합니다.

1. 프론트엔드를 새 백엔드에 연결하려면 **호스팅 환경** 탭을 선택합니다.

1. Git 공급자를 선택하고 **브랜치 연결**을 선택합니다.

1. **리포지토리 브랜치 추가** 페이지에서 **최근 업데이트된 리포지토리**의 경우, 리포지토리 이름을 선택합니다. **브랜치**의 경우, 리포지토리에서 연결할 브랜치를 선택합니다.

1. **빌드 설정** 페이지에서 다음 작업을 수행하세요.

   1. **앱 이름**에서 백엔드 환경을 추가하는 데 사용할 앱을 선택합니다. 현재 앱 또는 현재 리전의 다른 앱을 선택할 수 있습니다.

   1. **환경**에서 추가할 백엔드 환경의 이름을 선택합니다. 기존의 환경을 사용하거나 새 환경을 생성할 수 있습니다.

   1. 기본적으로 풀 스택 CI/CD는 꺼져 있습니다. 풀 스택 CI/CD를 끄면 앱이 *풀 전용* 모드로 실행됩니다. 빌드 시 Amplify는 백엔드 환경을 수정하지 않고 `aws-exports.js` 파일만 자동으로 생성합니다.

   1. 기존 서비스 역할을 선택하여 Amplify에 앱 백엔드를 변경하는 데 필요한 권한을 부여합니다. 서비스 역할을 생성해야 하는 경우, **새 역할 생성**을 선택합니다. 서비스 역할 생성에 대한 자세한 내용은 [백엔드 리소스를 배포할 권한을 가진 서비스 역할 추가](amplify-service-role.md)을 참조하십시오.

   1. **다음**을 선택합니다.

1. **저장 및 배포**를 선택합니다.

## 브랜치를 기존 앱에 연결할 때 백엔드를 재사용하세요.
<a name="reuse-backends-connect-branch"></a>

**브랜치를 기존 Amplify 앱에 연결할 때 백엔드를 재사용하려면**

1. 에 로그인 AWS Management Console 하고 [Amplify 콘솔](https://console.aws.amazon.com/amplify/)을 엽니다.

1. 새 브랜치를 연결할 앱을 선택합니다.

1. 탐색 창에서 **앱 설정**, **일반**을 선택합니다.

1. **브랜치** 섹션에서 **브랜치 연결**을 선택합니다.

1. **리포지토리 브랜치 추가** 페이지에서 **브랜치**의 경우, 리포지토리에서 연결할 브랜치를 선택합니다.

1. **앱 이름**에서 백엔드 환경을 추가하는 데 사용할 앱을 선택합니다. 현재 앱 또는 현재 리전의 다른 앱을 선택할 수 있습니다.

1. **환경**에서 추가할 백엔드 환경의 이름을 선택합니다. 기존의 환경을 사용하거나 새 환경을 생성할 수 있습니다.

1. Amplify에 앱 백엔드를 변경하는 데 필요한 권한을 부여하기 위해 서비스 역할을 설정해야 하는 경우, 콘솔에 이 작업을 수행하라는 메시지가 표시됩니다. 서비스 역할 생성에 대한 자세한 내용은 [백엔드 리소스를 배포할 권한을 가진 서비스 역할 추가](amplify-service-role.md)을 참조하십시오.

1. 기본적으로 풀 스택 CI/CD는 꺼져 있습니다. 풀 스택 CI/CD를 끄면 앱이 *풀 전용* 모드로 실행됩니다. 빌드 시 Amplify는 백엔드 환경을 수정하지 않고 `aws-exports.js` 파일만 자동으로 생성합니다.

1. **다음**을 선택합니다.

1. **저장 및 배포**를 선택합니다.

## 다른 백엔드를 가리키도록 기존 프론트엔드를 편집합니다.
<a name="reuse-backends-edit-existing"></a>

**다른 백엔드를 가리키도록 프론트엔드 Amplify 앱을 편집하려면**

1. 에 로그인 AWS Management Console 하고 [Amplify 콘솔](https://console.aws.amazon.com/amplify/)을 엽니다.

1. 백엔드를 편집할 앱을 선택합니다.

1. **호스팅 환경** 탭을 선택합니다.

1. 편집할 브랜치를 찾아 **편집**을 선택합니다.  
![\[Amplify 콘솔에서 브랜치에 대한 편집 링크의 위치입니다.\]](http://docs.aws.amazon.com/ko_kr/amplify/latest/userguide/images/amplify_edit_backend.png)

1. **이 브랜치와 함께 사용할 백엔드 환경 선택** 페이지에서 **앱 이름**으로 백엔드 환경을 편집하려는 프론트엔드 앱을 선택합니다. 현재 앱 또는 현재 지역의 다른 앱을 선택할 수 있습니다.

1. **백엔드 환경**의 경우, 추가할 백엔드 환경의 이름을 선택합니다.

1. 기본적으로 풀 스택 CI/CD가 활성화됩니다. 이 백엔드의 풀 스택 CI/CD를 끄려면 이 옵션을 선택 취소하세요. 풀 스택 CI/CD를 끄면 앱이 *풀 전용* 모드로 실행됩니다. 빌드 시 Amplify는 백엔드 환경을 수정하지 않고 `aws-exports.js` 파일만 자동으로 생성합니다.

1. **저장**을 선택합니다. Amplify는 다음에 앱을 구축할 때 이러한 변경 사항을 적용합니다.