> ## Documentation Index
> Fetch the complete documentation index at: https://docs.replit.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 환경 유지 관리를 위한 머신 ID

> 대화형 작업과 백그라운드 환경 빌드 중 어떤 ID가 저장소에 접근하는지 이해하고, 개인 연결과 워크스페이스 연결 중 선택하세요.

Repositories > Manage를 사용해 어떤 Git 접근 권한이 있는지 확인하세요. 개인 로그인을 공유 빌드 접근 및 외부 서비스용 자격 증명과 분리해 관리하세요.

## 적합한 Git 접근 방식 선택

* Personal account: Agent는 대화형 코드 검사, 브랜치 푸시, pull request 또는 merge request에 사용자의 승인된 계정을 사용합니다.
* Workspace connection(s): 백그라운드 환경 빌드는 개인 채팅 세션에 의존하지 않고 워크스페이스의 저장소 권한 부여를 사용합니다. 워크스페이스 관리자만 구성할 수 있습니다.

GitHub 권한 부여는 GitHub App 설치를, GitLab 권한 부여는 그룹과 선택한 프로젝트를 사용합니다. 공유 접근을 연결하거나 변경하려면 [Git 제공업체 앱 설치](https://docs.replit.com/ko/build/code/install-git-app.md)를 따르세요.

빌드가 저장소를 가져오지 못하면 Workspace connection(s)을 확인하세요. Agent가 브랜치를 푸시하지 못하면 Personal account와 저장소 쓰기 권한을 확인하세요. 한 종류의 접근을 해제해도 다른 종류는 제거되지 않습니다.

## 외부 리소스에는 별도의 ID가 필요합니다

Git 접근 권한만으로는 AWS, 시크릿 관리자 또는 비공개 패키지에 접근할 수 없습니다. 외부 서비스가 반복적으로 필요한 환경에는 제공업체가 지원하는 경우 워크로드 ID 페더레이션을 권장합니다. 관리자가 제공업체에 신뢰를 설정하면, 실행 중인 샌드박스가 자격 증명 교환을 위해 단기 Replit 워크로드 JWT를 제시합니다. 제공업체 측의 audience, 클레임, 역할, 리소스 권한을 제한하세요. 제공업체 정책이 워크스페이스 전체 클레임을 사용하면 신뢰 범위가 단일 샌드박스보다 넓어질 수 있습니다.

[AWS 및 Infisical 안내](https://docs.replit.com/ko/build/code/adding-secrets-to-environments.md#reuse-external-secrets-and-resource-access)에서 구체적인 페더레이션 패턴과 신뢰 경계를 확인할 수 있습니다. 비공개 채팅에서만 필요한 일회성 자격 증명에는 대신 [채팅 시크릿](https://docs.replit.com/ko/build/code/adding-secrets-to-environments.md#the-simplest-option-a-secret-for-this-chat)을 사용하세요. 검토를 마친 헬퍼 스크립트와 시크릿이 아닌 구성은 커밋해도 되지만, 자격 증명 값, 발급된 JWT, 교환된 토큰은 Git이나 사전 빌드된 이미지에 절대 넣어서는 안 됩니다.

> [!NOTE]
>
> 이러한 얼리 액세스 워크플로와 제공업체 레시피는 조직의 현재 설정에 맞춰 검토해야 합니다. AWS 및 Infisical 예시는 문서용 레시피이며, 사용자의 클라우드 계정이나 실제 페더레이션 교환이 테스트되었다는 의미가 아닙니다.