Skip to main content
Replit으로 기여하는 데 Git 명령어를 배울 필요는 없습니다. 이 개념들은 변경 사항이 어디로 가고 팀이 어떻게 검토하는지 이해하는 데 도움이 됩니다.

​
Git이란?

Git은 시간에 따른 코드 변경을 추적합니다. 저장소에는 코드와 그 기록이 들어 있습니다. GitHub와 GitLab은 저장소를 호스팅하고 협업 도구를 제공하며, Git 자체는 아닙니다. Replit에서 개발용 사본을 편집해도 공유 저장소가 즉시 바뀌지는 않습니다. 자세히 알아보기: GitHub Docs의 Git 소개.

​
브랜치

브랜치는 별도로 진행되는 작업 흐름입니다. 팀이 검토한 뒤 저장소의 기본 브랜치(흔히 main)에 합류시킬 수 있도록 브랜치에서 기여를 만드세요. 예를 들어 데모의 제목 변경은 기본 브랜치를 그대로 둔 채 자체 브랜치에 있을 수 있습니다. 자세히 알아보기: GitHub Docs의 브랜치 소개.

​
커밋

커밋은 변경 사항 묶음을 설명 메시지와 함께 Git 기록에 남깁니다. 푸시는 로컬 커밋을 원격 저장소로 보냅니다. 이 예시에서는 커밋 하나가 새 제목을 기록할 수 있습니다. 이후 커밋은 검토 중에 요청된 수정을 기록할 수 있습니다. 자세히 알아보기: GitHub Docs의 커밋 소개.

​
Pull request

pull request는 한 브랜치의 변경 사항을 다른 브랜치에 반영하자고 제안하는 것입니다. 팀은 기여를 수락하기 전에 변경 사항을 살펴보고, 논의하고, 검사 결과를 검토할 수 있습니다. GitLab에서는 이를 merge request라고 부릅니다. 요청을 열어도 변경 사항이 병합되거나 배포되지 않습니다. 자세히 알아보기: GitHub Docs의 pull request 소개.

​
병합

병합은 변경 사항을 대상 브랜치에 통합합니다. 브랜치에 서로 충돌하는 변경이 있으면 먼저 병합 충돌을 해결해야 할 수 있습니다. 병합과 배포는 서로 다른 작업입니다. 팀이 병합 후 배포를 자동화할 수도 있지만, 이는 팀의 릴리스 설정에 따라 달라집니다. 자세히 알아보기: GitHub Docs의 pull request 병합. 기여하기에서 이 워크플로를 직접 해 보세요.