Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Visual Studio 2019 | Visual Studio 2022
새 Git 리포지토리의 첫 번째 커밋은 main 브랜치의 시작점입니다. 브랜치 main에서 작업하는 동안 그 브랜치에 작업을 기록하기 위해 커밋합니다. Git의 분기는 이전 분기와 다른 새 개발 라인을 만들 때 발생합니다. 새 분기를 만들어 새 기능을 개발하고 테스트한 후 분기에 추가하도록 선택할 수 있습니다 main . 권장되는 Git 워크플로우는 각 기능 또는 버그 수정마다 새 브랜치를 사용하는 것입니다. 분기 간에 전환하면 Git에서 선택한 분기와 일치하도록 리포지토리 파일의 버전을 거의 즉시 전환합니다.
커밋은 항상 현재 분기에 저장되며 다른 분기의 커밋에서 격리됩니다.
Git 워크플로에 대한 개요는 Azure Repos Git 자습서를 참조하세요.
필수 조건
| 카테고리 | 요구 사항 |
|---|---|
| 프로젝트 액세스 | 프로젝트멤버입니다. |
| 권한 | - 프라이빗 프로젝트에서 코드 보기: 최소 기본 액세스. - 프라이빗 프로젝트의 코드 복제 또는 기여: 기여자 보안 그룹 또는 프로젝트의 해당 사용 권한의 구성원입니다. - 분기 또는 리포지토리 사용 권한 설정: 분기 또는 리포지토리에 대한 사용 권한 사용 권한 관리 - 기본 분기 변경: 리포지토리에 대한 정책 편집 권한 설정. - 리포지토리 가져오기: 프로젝트 관리자 보안 그룹의 구성원이거나, Git 프로젝트 수준에서 리포지토리 만들기 권한이 허용으로 설정된 경우. 자세한 내용은 Git 리포지토리 권한 설정을 참조 하세요. |
| 서비스 | 리포지토리가 활성화되었습니다. |
| 도구 | 선택 사항입니다. az repos 명령을 사용합니다. Azure DevOps CLI. |
비고
퍼블릭 프로젝트에서 이해 관계자 액세스 권한이 있는 사용자는 코드 보기, 복제 및 기여를 포함하여 Azure Repos에 대한 모든 권한을 갖습니다.
| 카테고리 | 요구 사항 |
|---|---|
| 프로젝트 액세스 | 프로젝트멤버입니다. |
| 권한 | - 코드 보기: 최소 베이직 접근 권한. - 코드 복제 또는 기여: 기여자 보안 그룹의 구성원이거나 프로젝트에서 해당 권한을 가진 경우. |
| 서비스 | 리포지토리가 활성화되었습니다. |
새 분기 만들기
비고
분기 이름에는 공백, 바일드 및 콜론과 같은 ASCII 컨트롤 문자가 포함될 수 없습니다. 소문자를 사용하고 하이픈으로 단어를 구분하는 것이 일반적입니다. "앞 슬래시를 사용하여 브랜치를 그룹화할 수 있습니다." 분기 이름 길이는 250개 ASCII 문자를 초과하면 안 됩니다. 분기 이름과 커밋 해시 간의 모호성을 방지하려면 40개의 16진수 문자로 구성된 분기 이름을 사용하지 마세요. 분기 이름 지정에 대한 자세한 내용은 git-check-ref-format 및 Git 플랫폼 간 호환성을 참조하세요.
Azure Repos Git 리포지토리, GitHub 리포지토리 또는 기타 호스트된 Git 리포지토리에서 분기를 만들 수 있습니다.
Azure Repos
웹 브라우저에서 Azure DevOps 조직의 팀 프로젝트를 열고, Repos>브랜치를 선택하여 브랜치 보기를 엽니다.
분기 보기에서 새 분기를 선택하여 분기 만들기 대화 상자를 시작합니다.
분기 만들기 대화 상자에서 고유한 새 분기 이름을 입력하고 새 분기의 기본 분기를 선택한 다음 필요에 따라 작업 항목을 연결한 다음 만들기를 선택합니다.
새 지점이 지점 목록에 표시됩니다.
GitHub
웹 브라우저에서 GitHub 리포지토리의 기본 페이지로 이동하고, 분기 /태그 전환 대화 상자를 시작할 기본 분기를 선택하고, 고유한 새 분기 이름을 입력한 다음, 분기 만들기를 선택합니다.
이제 리포지토리의 기본 페이지에 새 분기의 파일이 표시됩니다.
팁 (조언)
원격 분기를 만든 후 로컬 Git 리포지토리로 가져올 수 있습니다. 명령 프롬프트에서 다음을 실행합니다.
git fetch
git switch <remote branch name>
