リポジトリのフォーク
Starting July 1, 2026, Atlassian is making a few changes that impact cross workspace forked repositories:
The ability to create new cross workspace forks will be deprecated. We previously communicated this would be removed February 27, 2026, but are now extending this to July 1, 2026. We want to give enough time to manage outstanding forks and update your software development workflows as needed.
Atlassian will NOT be moving any forked repositories into the parent workspace on your behalf. Forked repository relationships with other workspaces will be automatically broken on this date. Once forked repository relationships are broken, all pull request functionality will remain as normal/expected.
Please note: Cross-workspace PRs that have already been created will be able to be viewed and merged. You will not be able to create a cross-workspace PR from the fork to the parent if the relationship is broken, but will be able to continue creating PRs from child to parent if both repositories exist in the same workspace.
If you would like to break the forked repository relationship to the parent repository, you can do so today by contacting support.
If you are a repository admin and would like to do this yourself, we are building a self-serve feature to support this. This page will be updated once available.
Git では、head / trunk、または既存のブランチからブランチを作成します。この場合、変更はメイン プロジェクトのリポジトリの一部となります。プロジェクトのまったく別のコピーで作業したい場合は、フォークを作成してください。
フォークとは、特定の時点でリポジトリをクローンし、そこから変更を進める方法です。フォークは、クローンと同義です。Bitbucket Cloud は元のリポジトリとフォークの間の関係を管理します。後でリポジトリに再びマージする可能性があるような重要な開発作業を行うような場合、フォークが特に便利です。基本的なワークフローは次のとおりです。
Bitbucket でフォークを作成します。
フォークされたリポジトリをローカル システムにクローンします。
ローカル リポジトリを変更します。
変更をコミットします。
Bitbucket でリモート フォークに変更をプッシュ バックします。
フォークされたリポジトリ (ソース) から元のリポジトリ (ターゲット) にプル リクエストを作成します。
ワークフローの最後の手順は、元のリポジトリのオーナーが変更をマージするための作業です。
リポジトリのフォーク
リポジトリに移動して、右上隅の [その他のオプション] () ボタンを選択します。
ドロップダウン メニューから [このリポジトリをフォーク] を選択します。
[フォーク] ダイアログで、フォークのオプションを定義します。
Workspace: This defaults to the logged-in account. If you have the rights to create repositories in more than one workspace, this is a drop-down. Please keep in mind, starting July 1, 2026, the ability to create new repository forks will be limited to the parent workspace.
プロジェクト: プロジェクトの名前。複数のプロジェクトがある場合は、ドロップダウン メニューからプロジェクトを選択できます。
名前: これがフォークされたリポジトリの名前になります。このフィールドは更新できます。
アクセス レベル: 既定では、システムにより、元のリポジトリと同じアクセス レベルのフォークが作成されます。そのため、オリジナルが公開されている場合、フォークも公開されます。これを変更し、フォークを非公開にできます。元のリポジトリの管理者は、公開フォークが作成されるのを防ぐことができます。この場合、フォークするユーザーがアクセス権を変更することはできません。
権限: 既定では、フォークはユーザー / グループ権限を継承します。たとえば、オリジナルへのアクセス権を持つアカウントが 4 つある場合、フォークはそれらのアカウントに同じアクセス権を付与します。アカウントで公開リポジトリをフォークすると、Bitbucket プランの制限を超えてしまう場合があります。フォークを非公開にするか、元のリポジトリからユーザーを継承しないことで、プランに影響が出るのを防ぐことができます。
詳細設定
説明： フォークに説明を追加します。
フォーク： フォークの優先順位を選択します。
Allow forks—Users can fork the repository and those forks can be public. Starting July 1, 2026, the ability to create new repository forks will be limited to the parent workspace.
プライベート フォークのみを許可 - ユーザーはリポジトリをフォークできます。フォークしたリポジトリは非公開になります。
フォーク不可 - ユーザーはリポジトリをフォークできません。
ワークスペース フォーク ポリシーが有効
ワークスペース管理者がワークスペース外でのフォークを防ぐフォーク ポリシーを設定している場合、[ フォークを許可 ] は利用できません。ワークスペース レベルで設定されたフォーク ポリシーは、リポジトリ設定よりも優先されます。
注： ワークスペース管理者が新しいフォーク ポリシーを有効にしたときにリポジトリで [フォークを許可 ] が有効化されている場合、このフォーク オプションを更新するように求められて [ フォークを許可 ] オプションは使用できなくなります。
3. [リポジトリをフォーク] ボタンを選択します。
システムによってフォークが作成されて、リポジトリの [ソース] ページが開きます。
この内容はお役に立ちましたか?