Git에서는 헤드/트렁크 또는 기존 브랜치로 시작하여 브랜치를 만듭니다. 이렇게하면 변경 사항이 기본 프로젝트 저장소의 일부가됩니다. 프로젝트와 완전히 별개의 사본으로 작업하려면 '포크'를 만드는 것이 좋습니다.

Forking은 특정 지점에서 저장소를 복제하고 거기에서 수정하는 방법입니다. 포크 는 복제(Clone)를 말하는 또 다른 방법입니다. Bitbucket Cloud는 원본 저장소와 포크 간의 관계를 관리합니다. Forking은 나중에 저장소로 다시 병합하거나 병합하지 않을 주요 개발 작업을 수행하려는 경우 특히 유용합니다. 기본 워크 플로는 다음과 같습니다.

Bitbucket에서 포크를 만듭니다.
분기 된 저장소를 로컬 시스템에 복제합니다.
로컬 저장소를 수정하십시오.
변경 사항을 커밋하십시오.
Bitbucket의 원격 포크로 변경 사항을 다시 푸시합니다.
분기 된 저장소 (소스)에서 원래 (대상)로 다시 풀 요청을 생성합니다.

저장소 포크

저장소로 이동하여 가장 왼쪽에있는 전역 사이드 바에서 +를 클릭 하고 목록 하단에서 Fork this repository를 선택 합니다.
Fork 대화상자에서 옵션을 정의합니다.
Workspace: 기본적으로 로그인한 계정으로 설정됩니다. 둘 이상의 작업 영역에 저장소를 만들 수 있는 권한이 있는 경우 드롭다운으로 표시됩니다.
Project: 프로젝트의 이름입니다.
Name: 포크 된 저장소의 이름입니다.
Access level: 기본적으로 시스템은 원본과 동일한 액세스 수준으로 포크를 생성합니다. 따라서 원본이 공개 된 경우 포크도 마찬가지입니다. 이것을 변경하여 포크를 비공개로 만들 수 있습니다. 원래 저장소의 관리자는 공용 포크를 방지 할 수 있습니다. 이 경우 액세스를 변경할 수 없습니다.
Permissions: 기본적으로 포크는 사용자 / 그룹 권한을 상속합니다. 예를 들어 4 개의 계정이 원본에 액세스 할 수있는 경우 포크는 동일한 액세스 권한을 부여합니다. 계정에서 공용 저장소를 포크하면 Bitbucket 플랜의 한도를 초과 할 수 있습니다. 포크를 비공개로 설정하거나 원래 저장소에서 사용자를 상속하지 않음으로써 계획에 미치는 영향을 피할 수 있습니다.
Forking: 개인 포크만 허용할지 여부를 선택합니다.
Fork repository를 클릭합니다.
시스템이 포크를 생성하고 저장소의 Source 페이지를 엽니다

포크 동기화

저장소를 포크 한 후 다른 사용자가 변경 사항을 커밋함에 따라 원래 저장소가 발전 할 가능성이 높습니다. 이러한 변경 사항은 포크에 자동으로 나타나지 않습니다. 미해결 커밋을 가져 오려면 포크를 동기화해야합니다.

포크에 액세스합니다.
포크가 커밋보다 뒤처지면 맨 오른쪽 사이드바에 있는 Repository details 창 하단에 미해결 커밋 수를 표시 하는 Sync 버튼이 표시됩니다.
포크를 원본 저장소와 동기화하려면 Repository details 창 하단에있는 Sync 버튼을 클릭합니다 .

저장소의 메인 브랜치만 포크와 동기화됩니다. 다른 브랜치의 변경 사항은 감지되거나 동기화 할 수 없습니다.
저장소의 기본 브랜치가 아닌 브랜치를 동기화하려면 상위 및 포크 저장소 모두에서 기본 브랜치로 동기화 할 브랜치를 선택해야합니다. 이 작업을 수행하면 저장소 Source 페이지의 오른쪽 사이드 바에 있는 Repository details 정보 창에 Sync 버튼이 표시됩니다.