저장소에서 검토를 거친 변경까지
1. 저장소 접근과 실행 중인 미리보기
GitHub 또는 GitLab 계정을 연결하면 Replit은 사용자가 승인한 권한으로 저장소에 접근할 수 있습니다. 연결해도 기존에 없던 권한이 부여되지는 않습니다. 저장소 URL을 제공하고 Replit에 실행을 요청하면 Replit이 코드를 샌드박스에 클론합니다. 코드와 함께 저장된 지침과 스킬도 함께 제공됩니다.AGENTS.md및CLAUDE.md: 코딩 규칙, 설정 명령, 필수 검사 같은 안내입니다. 지침은 해당 디렉터리 범위 안에서 적용됩니다.- 스킬:
SKILL.md파일에 담긴 작업별 지침입니다. Replit은 중첩된 디렉터리를 포함해.agents/skills와.claude/skills아래에서 활성화된 스킬을 찾고, 필요할 때 관련 스킬을 읽습니다.
2. 개발용 사본의 변경
변경 사항을 설명하면 Replit은 기존 코드와 저장소 안내를 활용해 개발용 사본을 편집합니다. 이러한 편집이 공유 저장소를 즉시 업데이트하지는 않습니다. 미리보기에서 결과를 살펴보고 채팅으로 피드백을 줄 수 있습니다. Replit은 브라우저에서 앱을 테스트하고 저장소 검사를 실행할 수도 있습니다. 그 결과를 통해 기여를 제안하기 전에 무엇이 검증되었고 무엇이 아직 불확실한지 파악할 수 있습니다. 이 과정은 작은 수정과 더 큰 기능 모두를 지원합니다.3. 에이전트 팀과 작업하기
하나의 메인 채팅이 여러 독립적인 작업을 조율할 수 있습니다. Replit은 각 작업을 별도 채팅의 워커 에이전트에 넘기고, 조사 결과나 작업 결과를 메인 채팅으로 가져옵니다.
4. draft pull request
Replit에 draft pull request를 열어 달라고 요청하면, 기여 브랜치를 만들고, 변경 사항을 커밋하고 푸시한 뒤, 사용자를 대신해 요청을 엽니다. GitLab에서는 draft merge request입니다. 요청에는 변경된 내용이 설명되며 테스트 결과와 시각적 증거를 포함할 수 있습니다. 팀은 제안된 변경 사항을 아직 대상 브랜치에 반영하지 않은 채로 살펴볼 수 있습니다. draft는 기여가 최종 승인을 받을 준비가 되지 않았다는 신호입니다. 검토 준비 완료로 표시하면 팀의 검토 프로세스로 넘어갑니다. Git 기초에서 브랜치, 커밋, pull request를 설명합니다.5. 검토, 수정, 병합
팀이 기여를 검토하며 질문이나 제안을 남깁니다. Replit은 피드백에 대응하고, 수정 사항을 확인하고, 같은 브랜치에 푸시하고, 댓글에 답하는 일을 도울 수 있습니다. 대화가 이어지는 동안 기존 요청이 업데이트됩니다. 필요한 검토와 검사가 모두 끝나면 사용자 또는 권한이 있는 팀원이 기여를 병합할 수 있습니다. 저장소의 권한과 브랜치 규칙은 여전히 적용됩니다. 병합은 변경 사항을 대상 브랜치에 통합합니다. 배포는 팀의 릴리스 프로세스를 따릅니다. 병합 후 자동으로 배포하는 팀도 있고 별도로 릴리스하는 팀도 있습니다.격리가 샌드박스에서 실행되는 코드에 부여된 권한을 없애지는 않습니다. 개발용 자격 증명에는 필요한 접근 권한만 있어야 합니다. 개인 저장소 접근과 백그라운드 환경 빌드를 위한 공유 접근은 별개입니다. 저장소 접근 관리하기와 보안을 참조하세요.