코드 관리 시작하기
GitLab은 코드 생성부터 전달까지의 소프트웨어 개발 라이프사이클을 위한 도구를 제공합니다.
GitLab에서 코드를 생성하고 관리하는 방법에 대해 자세히 알아보세요. 해당 프로세스에는 코드 작성, 코드 검토, 버전 관리로의 커밋, 그리고 시간이 지남에 따라 업데이트가 포함됩니다.
이 프로세스는 더 큰 워크플로우의 일부입니다:
단계 1: 저장소 생성
프로젝트는 다른 사람들과 협력하고 이슈를 추적하며, 병합 요청을 관리하고, CI/CD 파이프라인을 자동화하는 중앙 집중식 위치입니다.
각 프로젝트에는 코드, 문서, 해당 소프트웨어 개발과 관련된 기타 파일을 저장할 수 있는 저장소가 포함되어 있습니다. 저장소 내 파일의 변경 내용은 추적되므로 히스토리를 볼 수 있습니다.
저장소는 주로 소스 코드의 버전 관리에 중점을 둔다면, 프로젝트는 전체 개발 라이프사이클에 대한 포괄적인 환경을 제공합니다.
세부 정보는 다음을 참조하십시오:
단계 2: 코드 작성
코드를 작성하는 방법과 위치에는 다양한 옵션이 있습니다.
GitLab UI를 사용하여 브라우저에서 직접 개발할 수 있습니다. 두 가지 옵션이 있습니다:
- 단순 텍스트 편집기인 Web Editor로 단일 파일을 편집할 수 있습니다.
- Web IDE라는 더 다양한 기능을 가진 편집기로 여러 파일을 편집할 수 있습니다.
로컬에서 작업하려는 경우 Git을 사용하여 저장소를 복제하고 사용하는 IDE에서 개발할 수 있습니다. 그런 다음 GitLab 편집기 확장 프로그램 중 하나를 사용하여 GitLab과 상호 작용할 수 있습니다.
마지막으로 처음 두 옵션 중 한 가지를 사용하지 않으려면 원격 개발 환경을 시작하여 클라우드에서 작업할 수 있습니다.
서로 다른 프로젝트가 서로 방해되지 않도록 하기 위해 개별 작업 공간을 만들어 개발 환경을 더욱 분리할 수 있습니다.
세부 정보는 다음을 참조하십시오:
단계 3: 변경 사항 저장 및 GitLab에 푸시
변경 사항이 준비되었을 때 GitLab에 커밋하여 팀원과 공유할 수 있습니다.
변경 사항을 커밋하려면 먼저 이를 복사합니다:
- 로컬 컴퓨터에서, 자신의 브랜치에서
- GitLab에서, 원격 컴퓨터에서, 기본 브랜치로, 일반적으로
main또는master라고 불리는 브랜치로
브랜치 간 파일을 복사하려면 병합 요청을 생성합니다. 병합 요청을 생성하는 방법에는 여러 가지가 있습니다. 코드를 작성한 위치 및 작성 도구에 따라 다릅니다. 그러나 핵심은 소스 브랜치의 내용을 가져와 대상 브랜치에 병합하는 병합 요청을 생성하는 것입니다.
세부 정보는 다음을 참조하십시오:
단계 4: 코드 검토
코드베이스에 변경 사항을 제안하는 병합 요청을 생성한 후에 제안 사항을 검토할 수 있습니다. 코드 검토는 코드 품질과 일관성을 유지하는 데 도움이 됩니다. 또한 팀원들 간에 지식을 공유할 수 있는 기회가 됩니다.
병합 요청은 제안된 변경 사항과 병합을 원하는 브랜치 사이의 차이를 보여줍니다.
검토자는 변경 사항을 확인하고 특정 코드 라인에 대한 코멘트를 남길 수 있습니다. 검토자는 차이 내에서 변경 사항을 직접 제안할 수도 있습니다.
검토자는 변경 사항을 승인하거나 병합 전에 추가 변경 사항을 요청할 수 있습니다. GitLab은 검토 상태를 추적하고 필요한 승인을 받기 전까지 병합을 방지합니다.
세부 정보는 다음을 참조하십시오:
단계 5: 병합 요청 병합
변경 사항이 병합되기 전에 병합 요청은 일반적으로 다른 사람들에 의해 승인되어야 하고, CI/CD 파이프라인을 통과해야 할 수 있습니다. 요구 사항은 귀하의 조직에 맞게 사용자 정의됩니다만, 일반적으로 코드 변경 사항이 귀하의 조직 가이드라인을 준수하는지 확인하고 커밋 메시지가 명확하며 관련 이슈에 링크가 포함되어 있는지 확인하는 것을 포함합니다.
누군가가 귀하가 브랜치를 만든 후에 파일을 편집하고 그것을 대상 브랜치로 병합하기 전에 충돌이 발생할 수 있습니다. 병합하기 전에 모든 충돌을 해결해야 합니다.
세부 정보는 다음을 참조하십시오:
도움말