InfoGrab Docs

코드 관리 시작하기

요약

GitLab은 코드 생성부터 배포까지 전체 소프트웨어 개발 수명 주기를 위한 도구를 제공합니다. GitLab에서 코드를 생성하고 관리하는 방법에 대해 알아보세요. 이 프로세스는 더 큰 워크플로의 일부입니다: 프로젝트는 다른 사람들과 협업하고, 이슈를 추적하며, 머지 리퀘스트를 관리하고, CI/CD 파이프라인을 자동화하는 중앙 집중식 위치입니다.

GitLab은 코드 생성부터 배포까지 전체 소프트웨어 개발 수명 주기를 위한 도구를 제공합니다.

GitLab에서 코드를 생성하고 관리하는 방법에 대해 알아보세요. 이 프로세스에는 코드 작성, 검토, 버전 관리로 커밋, 지속적 업데이트가 포함됩니다.

이 프로세스는 더 큰 워크플로의 일부입니다:

GitLab DevOps 수명 주기의 Create 단계에서 코드 관리

1단계: 저장소 생성#

프로젝트는 다른 사람들과 협업하고, 이슈를 추적하며, 머지 리퀘스트를 관리하고, CI/CD 파이프라인을 자동화하는 중앙 집중식 위치입니다.

각 프로젝트에는 코드, 문서 및 소프트웨어 개발 작업과 관련된 기타 파일을 저장할 수 있는 저장소가 포함되어 있습니다. 저장소의 파일에 대한 변경 사항은 추적되므로 이력을 확인할 수 있습니다.

저장소가 소스 코드의 버전 관리에 초점을 맞추는 반면, 프로젝트는 전체 개발 수명 주기를 위한 포괄적인 환경을 제공합니다.

자세한 내용은 저장소 만들기를 참조하세요.

2단계: 코드 작성#

코드를 작성하는 방법과 위치에 대해 다양한 옵션이 있습니다.

GitLab UI를 사용하여 브라우저에서 바로 개발할 수 있습니다. 두 가지 옵션이 있습니다:

  • 단일 파일을 편집하는 데 사용할 수 있는 일반 텍스트 편집기인 Web Editor.
  • 여러 파일을 편집하는 데 사용할 수 있는 더 완전한 기능의 편집기인 Web IDE.

로컬에서 작업하고 싶으신가요? Git을 사용하여 저장소를 컴퓨터에 클론하고 원하는 IDE에서 개발하세요. 그런 다음 GitLab 편집기 확장 중 하나를 사용하여 GitLab과의 상호 작용을 지원받을 수 있습니다.

처음 두 옵션 중 어느 것도 사용하고 싶지 않으신가요? 원격 개발 환경을 실행하고 클라우드에서 작업하세요.

별도의 워크스페이스를 생성하여 개발 환경을 더 분리할 수도 있습니다. 워크스페이스는 서로 다른 프로젝트가 서로 방해하지 않도록 사용하는 별도의 개발 환경입니다.

자세한 내용은 다음을 참조하세요:

코드 작성에 대한 추가 도움말은 Code Suggestions를 사용하세요.

3단계: 변경 사항 저장 및 GitLab에 푸시#

변경 사항이 준비되면 GitLab에 커밋하여 팀의 다른 사람들과 공유할 수 있습니다.

변경 사항을 커밋하려면 먼저 복사해야 합니다:

  • 자신의 브랜치에서 로컬 컴퓨터로부터
  • default branch의 원격 컴퓨터인 GitLab으로.

브랜치 간에 파일을 복사하려면 머지 리퀘스트를 생성합니다. 코드를 작성한 위치와 작성에 사용한 도구에 따라 방법이 달라집니다. 그러나 기본 개념은 소스 브랜치의 내용을 가져와 대상 브랜치에 병합하는 것을 제안하는 머지 리퀘스트를 만드는 것입니다.

자세한 내용은 다음을 참조하세요:

4단계: 코드 검토 받기#

코드베이스에 변경 사항을 제안하는 머지 리퀘스트를 생성한 후 제안을 검토받을 수 있습니다. 코드 검토는 코드 품질과 일관성을 유지하는 데 도움이 됩니다. 또한 팀원 간의 지식 공유 기회이기도 합니다.

머지 리퀘스트는 제안된 변경 사항과 병합하려는 브랜치 간의 차이를 보여줍니다.

검토자는 변경 사항을 확인하고 특정 코드 줄에 주석을 달 수 있습니다. 검토자는 diff에서 직접 변경 사항을 제안할 수도 있습니다.

검토자는 변경 사항을 승인하거나 병합 전에 추가 변경을 요청할 수 있습니다. GitLab은 검토 상태를 추적하고 필요한 승인이 완료될 때까지 병합을 방지합니다.

조직에서 특정 승인이 필요하거나 특정 작업을 방지하는 보호 규칙을 가지고 있을 수 있습니다. 예를 들어, 변경 중인 파일에 대한 코드 소유자의 승인이 필요하거나 머지 리퀘스트가 병합되기 전에 특정 수의 승인이 필요할 수 있습니다.

자세한 내용은 다음을 참조하세요:

5단계: 머지 리퀘스트 병합#

변경 사항을 병합하려면 머지 리퀘스트가 일반적으로 다른 사람들에게 승인을 받고 CI/CD 파이프라인이 통과해야 합니다. 요구 사항은 조직에 따라 다르지만, 일반적으로 다음을 확인하는 것이 포함됩니다:

  • 코드 변경 사항이 조직의 가이드라인을 준수하는지.
  • 커밋 메시지가 명확하고 관련 이슈에 링크되어 있는지.

보호된 브랜치 및 기타 저장소 보호 조치로 인해 직접 병합이 불가능하거나 추가 단계가 필요할 수 있습니다. 변경 사항을 병합할 수 없는 경우 팀에서 시행 중인 보호 규칙을 확인하세요.

브랜치를 만든 후 대상 브랜치에 병합하기 전에 다른 사람이 파일을 편집하면 병합 충돌이 발생할 수 있습니다. 병합하기 전에 충돌을 해결해야 합니다.

자세한 내용은 다음을 참조하세요:

코드 관리 시작하기

원문 보기
요약

GitLab은 코드 생성부터 배포까지 전체 소프트웨어 개발 수명 주기를 위한 도구를 제공합니다. GitLab에서 코드를 생성하고 관리하는 방법에 대해 알아보세요. 이 프로세스는 더 큰 워크플로의 일부입니다: 프로젝트는 다른 사람들과 협업하고, 이슈를 추적하며, 머지 리퀘스트를 관리하고, CI/CD 파이프라인을 자동화하는 중앙 집중식 위치입니다.

GitLab은 코드 생성부터 배포까지 전체 소프트웨어 개발 수명 주기를 위한 도구를 제공합니다.

GitLab에서 코드를 생성하고 관리하는 방법에 대해 알아보세요. 이 프로세스에는 코드 작성, 검토, 버전 관리로 커밋, 지속적 업데이트가 포함됩니다.

이 프로세스는 더 큰 워크플로의 일부입니다:

GitLab DevOps 수명 주기의 Create 단계에서 코드 관리

1단계: 저장소 생성#

프로젝트는 다른 사람들과 협업하고, 이슈를 추적하며, 머지 리퀘스트를 관리하고, CI/CD 파이프라인을 자동화하는 중앙 집중식 위치입니다.

각 프로젝트에는 코드, 문서 및 소프트웨어 개발 작업과 관련된 기타 파일을 저장할 수 있는 저장소가 포함되어 있습니다. 저장소의 파일에 대한 변경 사항은 추적되므로 이력을 확인할 수 있습니다.

저장소가 소스 코드의 버전 관리에 초점을 맞추는 반면, 프로젝트는 전체 개발 수명 주기를 위한 포괄적인 환경을 제공합니다.

자세한 내용은 저장소 만들기를 참조하세요.

2단계: 코드 작성#

코드를 작성하는 방법과 위치에 대해 다양한 옵션이 있습니다.

GitLab UI를 사용하여 브라우저에서 바로 개발할 수 있습니다. 두 가지 옵션이 있습니다:

  • 단일 파일을 편집하는 데 사용할 수 있는 일반 텍스트 편집기인 Web Editor.
  • 여러 파일을 편집하는 데 사용할 수 있는 더 완전한 기능의 편집기인 Web IDE.

로컬에서 작업하고 싶으신가요? Git을 사용하여 저장소를 컴퓨터에 클론하고 원하는 IDE에서 개발하세요. 그런 다음 GitLab 편집기 확장 중 하나를 사용하여 GitLab과의 상호 작용을 지원받을 수 있습니다.

처음 두 옵션 중 어느 것도 사용하고 싶지 않으신가요? 원격 개발 환경을 실행하고 클라우드에서 작업하세요.

별도의 워크스페이스를 생성하여 개발 환경을 더 분리할 수도 있습니다. 워크스페이스는 서로 다른 프로젝트가 서로 방해하지 않도록 사용하는 별도의 개발 환경입니다.

자세한 내용은 다음을 참조하세요:

코드 작성에 대한 추가 도움말은 Code Suggestions를 사용하세요.

3단계: 변경 사항 저장 및 GitLab에 푸시#

변경 사항이 준비되면 GitLab에 커밋하여 팀의 다른 사람들과 공유할 수 있습니다.

변경 사항을 커밋하려면 먼저 복사해야 합니다:

  • 자신의 브랜치에서 로컬 컴퓨터로부터
  • default branch의 원격 컴퓨터인 GitLab으로.

브랜치 간에 파일을 복사하려면 머지 리퀘스트를 생성합니다. 코드를 작성한 위치와 작성에 사용한 도구에 따라 방법이 달라집니다. 그러나 기본 개념은 소스 브랜치의 내용을 가져와 대상 브랜치에 병합하는 것을 제안하는 머지 리퀘스트를 만드는 것입니다.

자세한 내용은 다음을 참조하세요:

4단계: 코드 검토 받기#

코드베이스에 변경 사항을 제안하는 머지 리퀘스트를 생성한 후 제안을 검토받을 수 있습니다. 코드 검토는 코드 품질과 일관성을 유지하는 데 도움이 됩니다. 또한 팀원 간의 지식 공유 기회이기도 합니다.

머지 리퀘스트는 제안된 변경 사항과 병합하려는 브랜치 간의 차이를 보여줍니다.

검토자는 변경 사항을 확인하고 특정 코드 줄에 주석을 달 수 있습니다. 검토자는 diff에서 직접 변경 사항을 제안할 수도 있습니다.

검토자는 변경 사항을 승인하거나 병합 전에 추가 변경을 요청할 수 있습니다. GitLab은 검토 상태를 추적하고 필요한 승인이 완료될 때까지 병합을 방지합니다.

조직에서 특정 승인이 필요하거나 특정 작업을 방지하는 보호 규칙을 가지고 있을 수 있습니다. 예를 들어, 변경 중인 파일에 대한 코드 소유자의 승인이 필요하거나 머지 리퀘스트가 병합되기 전에 특정 수의 승인이 필요할 수 있습니다.

자세한 내용은 다음을 참조하세요:

5단계: 머지 리퀘스트 병합#

변경 사항을 병합하려면 머지 리퀘스트가 일반적으로 다른 사람들에게 승인을 받고 CI/CD 파이프라인이 통과해야 합니다. 요구 사항은 조직에 따라 다르지만, 일반적으로 다음을 확인하는 것이 포함됩니다:

  • 코드 변경 사항이 조직의 가이드라인을 준수하는지.
  • 커밋 메시지가 명확하고 관련 이슈에 링크되어 있는지.

보호된 브랜치 및 기타 저장소 보호 조치로 인해 직접 병합이 불가능하거나 추가 단계가 필요할 수 있습니다. 변경 사항을 병합할 수 없는 경우 팀에서 시행 중인 보호 규칙을 확인하세요.

브랜치를 만든 후 대상 브랜치에 병합하기 전에 다른 사람이 파일을 편집하면 병합 충돌이 발생할 수 있습니다. 병합하기 전에 충돌을 해결해야 합니다.

자세한 내용은 다음을 참조하세요: