소스 리포지토리 개념

CodeCatalyst 소스 리포지토리를 사용할 때 알아두어야 할 몇 가지 개념은 다음과 같습니다.

프로젝트

프로젝트는 개발 팀과 작업을 CodeCatalyst 지원하는 공동 작업을 나타냅니다. 프로젝트가 완성되면 사용자와 리소스를 추가, 업데이트 또는 제거하고, 프로젝트 대시보드를 사용자 지정하고, 팀 작업의 진행 상황을 모니터링할 수 있습니다. 스페이스 내에 여러 프로젝트를 포함할 수 있습니다.

소스 리포지토리는 스페이스에서 생성하거나 링크하는 프로젝트에만 해당됩니다. 프로젝트 간에 저장소를 공유할 수 없으며 저장소를 스페이스에 있는 둘 이상의 프로젝트에 연결할 수 없습니다. 프로젝트에서 기여자 또는 프로젝트 관리자 역할을 가진 사용자는 해당 역할에 부여된 권한에 따라 해당 프로젝트와 관련된 소스 저장소와 상호 작용할 수 있습니다. 자세한 정보는 사용자 역할을 통한 액세스 권한 부여을 참조하세요.

소스 리포지토리

소스 리포지토리는 프로젝트의 코드와 파일을 안전하게 저장하는 곳입니다. 또한 파일의 버전 기록도 저장합니다. 기본적으로 소스 리포지토리는 CodeCatalyst 프로젝트의 다른 사용자와 공유됩니다. 프로젝트의 소스 리포지토리는 두 개 이상 있을 수 있습니다. 에서 프로젝트의 소스 리포지토리를 만들거나 CodeCatalyst, 설치된 확장 프로그램에서 해당 서비스를 지원하는 경우 다른 서비스에서 호스팅하는 기존 소스 리포지토리를 연결하도록 선택할 수 있습니다. 예를 들어 리포지토리 확장을 설치한 후 GitHub GitHub 리포지토리를 프로젝트에 연결할 수 있습니다. 자세한 내용은 프로젝트의 리포지토리에 소스 코드 저장 CodeCatalyst 및 빠른 시작: 확장 프로그램 설치, 공급자 연결, 리소스 연결 CodeCatalyst 섹션을 참조하세요.

개발 환경

개발 환경은 프로젝트의 소스 리포지토리에 저장된 코드를 빠르게 작업하는 CodeCatalyst 데 사용할 수 있는 클라우드 기반 개발 환경입니다. Dev Environment에 포함된 프로젝트 도구와 애플리케이션 라이브러리는 프로젝트의 소스 저장소에 있는 devfile에 의해 정의됩니다. 소스 리포지토리에 devfile이 없는 경우 기본 devfile이 자동으로 적용됩니다. 기본 devfile에는 가장 자주 사용되는 프로그래밍 언어 및 프레임워크용 도구가 포함되어 있습니다. 기본적으로 개발 환경은 2코어 프로세서, 4GB RAM, 16GiB의 영구 스토리지로 구성됩니다.

소스 리포지토리의 기존 브랜치를 개발 환경에 복제하거나 개발 환경 생성의 일환으로 새 브랜치를 만들도록 선택할 수 있습니다.

개인용 액세스 토큰 (PAT)

개인용 액세스 토큰 (PAT) 은 비밀번호와 비슷합니다. 이는 내 모든 공간 및 프로젝트에서 CodeCatalyst 사용할 수 있도록 사용자 ID와 연결됩니다. PAT를 사용하여 통합 개발 환경 (IDE) 및 Git 기반 소스 리포지토리를 포함하는 CodeCatalyst 리소스에 액세스할 수 있습니다. PAT는 사용자를 나타내며 사용자 설정에서 CodeCatalyst 관리할 수 있습니다. 사용자는 둘 이상의 PAT를 가질 수 있습니다. 개인용 액세스 토큰은 한 번만 표시됩니다. 로컬 컴퓨터에 안전하게 보관하는 것이 가장 좋습니다. 기본적으로 PAT는 1년 후에 만료됩니다.

통합 개발 환경 (IDE) 에서 작업할 때 PAT는 Git 암호와 동일합니다. Git 리포지토리와 함께 작동하도록 IDE를 설정할 때 암호를 묻는 메시지가 표시되면 PAT를 제공하십시오. IDE를 Git 기반 리포지토리와 연결하는 방법에 대한 자세한 내용은 IDE 설명서를 참조하십시오.

브랜치

브랜치는 Git과 in의 커밋에 대한 포인터 또는 참조입니다. CodeCatalyst 브랜치를 사용하여 작업을 정리할 수 있습니다. 예를 들어 브랜치를 사용하면 다른 브랜치에 있는 파일에 영향을 주지 않고 새 버전이나 다른 버전의 파일에서 작업할 수 있습니다. 브랜치를 사용하여 새 기능을 개발하고 프로젝트의 특정 버전을 저장하는 등의 작업을 수행할 수 있습니다. 소스 리포지토리에는 브랜치가 하나 또는 여러 개 있을 수 있습니다. 템플릿을 사용하여 프로젝트를 만드는 경우 프로젝트용으로 만든 소스 리포지토리에는 main이라는 브랜치에 샘플 파일이 포함됩니다. 기본 브랜치는 리포지토리의 기본 브랜치입니다.

기본 브랜치

의 소스 CodeCatalyst 리포지토리에는 생성 방법에 관계없이 기본 브랜치가 있습니다. 템플릿을 사용하여 프로젝트를 만들기로 선택한 경우 해당 프로젝트용으로 만든 소스 리포지토리에는 샘플 코드, 워크플로 정의 및 기타 리소스 외에도 README.md 파일이 포함됩니다. 템플릿을 사용하지 않고 소스 리포지토리를 만들면 첫 번째 커밋으로 README.md 파일이 추가되고 리포지토리 생성 과정에서 기본 브랜치가 자동으로 생성됩니다. 이 기본 브랜치의 이름은 main입니다. 이 기본 브랜치는 사용자가 리포지토리를 복제할 때 로컬 리포지토리에서 기본 브랜치로 사용될 브랜치입니다. 기본 브랜치로 사용할 브랜치를 변경할 수 있습니다. 자세한 정보는 리포지토리의 기본 브랜치 관리을 참조하세요.

소스 리포지토리의 기본 브랜치는 삭제할 수 없습니다. 검색 결과에는 기본 브랜치의 결과만 포함됩니다.

커밋

커밋은 파일 또는 파일 세트에 대한 변경입니다. Amazon CodeCatalyst 콘솔에서 커밋은 변경 내용을 저장하고 소스 리포지토리에 푸시합니다. 커밋에는 변경한 사용자의 ID, 변경 시간 및 날짜, 커밋 제목, 변경에 대한 모든 메시지 등 변경 정보가 포함됩니다. 자세한 정보는 Amazon에서 커밋을 사용한 소스 코드의 변경 사항 이해 CodeCatalyst을 참조하세요.

의 소스 리포지토리 컨텍스트에서 CodeCatalyst 커밋은 리포지토리 컨텐트의 스냅샷과 해당 컨텐트에 대한 변경 내용을 보여주는 스냅샷입니다. 또한 커밋에 Git 태그를 추가하여 특정 커밋을 식별할 수 있습니다.

풀 요청

풀 리퀘스트는 여러분과 다른 사용자가 소스 리포지토리의 한 브랜치에서 다른 브랜치로의 코드 변경 내용을 검토하고, 코멘트를 달고, 병합하는 주요 방법입니다. 풀 요청을 사용하면 코드 변경 내용을 공동으로 검토하여 사소한 변경 사항이나 수정 사항, 주요 기능 추가 사항 또는 출시된 소프트웨어의 새 버전을 확인할 수 있습니다. 풀 리퀘스트에서 소스 브랜치와 대상 브랜치 간의 변경 사항 또는 해당 브랜치의 수정 버전 간 차이를 검토할 수 있습니다. 코드 변경의 개별 라인에 설명을 추가할 수 있을 뿐만 아니라 전체 풀 리퀘스트에 대한 설명을 추가할 수 있습니다.

작은 정보

풀 리퀘스트를 생성하는 동안 표시되는 차이는 소스 브랜치의 팁과 대상 브랜치의 팁 간의 차이입니다. 풀 리퀘스트가 생성되면 선택한 풀 리퀘스트의 수정과 풀 리퀘스트를 생성할 때 대상 브랜치의 팁이었던 커밋 간의 차이가 표시됩니다. Git의 차이점 및 병합 기준에 대한 자세한 내용은 Git git-merge-base설명서를 참조하십시오.

개정

개정은 풀 리퀘스트의 업데이트된 버전입니다. 풀 리퀘스트의 소스 브랜치로 푸시할 때마다 해당 푸시에 포함된 커밋의 변경 내용이 포함된 수정 버전이 생성됩니다. 원본 브랜치와 대상 브랜치 간의 차이뿐만 아니라 풀 리퀘스트 수정 간의 차이점을 볼 수 있습니다. 자세한 정보는 Amazon에서 풀 리퀘스트를 사용하여 코드 검토하기 CodeCatalyst을 참조하세요.

워크플로

워크플로는 지속적 통합 및 지속적 전달 (CI/CD) 시스템의 일부로 코드를 빌드, 테스트 및 배포하는 방법을 설명하는 자동화된 절차입니다. 워크플로는 워크플로 실행 중에 수행할 일련의 단계 또는 조치를 정의합니다. 또한 워크플로는 워크플로를 시작하게 하는 이벤트 또는 트리거를 정의합니다. 워크플로를 설정하려면 CodeCatalyst 콘솔의 시각적 편집기나 YAML 편집기를 사용하여 워크플로 정의 파일을 만들어야 합니다.

작은 정보

프로젝트에서 워크플로를 사용하는 방법을 간단히 살펴보려면 블루프린트로 프로젝트를 만들어 보세요. 각 블루프린트는 검토, 실행, 실험할 수 있는 작동하는 워크플로를 배포합니다.

또한 소스 리포지토리는 구성 파일 및 워크플로에 대한 기타 정보, 알림, 문제 및 프로젝트의 기타 구성 정보를 저장할 수 있습니다. 구성 파일은 구성 파일이 필요한 리소스를 만들거나 리포지토리를 워크플로의 소스 작업으로 지정할 때 소스 리포지토리에 작성되어 저장됩니다. 블루프린트에서 프로젝트를 생성하는 경우, 프로젝트의 일부로 소스 리포지토리에 구성 파일이 이미 저장되어 있을 것입니다. 이 구성 정보는 리포지토리의 기본 브랜치에 이름이 지정된 .codecatalyst 폴더에 저장됩니다. 기본 브랜치의 브랜치를 만들 때마다 해당 브랜치에 있는 다른 모든 파일 및 폴더와 함께 이 폴더와 해당 구성의 복사본이 만들어집니다.