Get started with Bitbucket Cloud
New to Bitbucket Cloud? Check out our get started guides for new users.
When you create a Bitbucket Cloud repository, you specify whether it's private or public, but you can also change this setting at any time.
If your repository is public, anyone can access and fork it.
If your repository is private, you can specify who exactly can access your repository and whether they can fork it.
You can set your Bitbucket repository, wiki, and issue tracker as private or public, independently of each other. For example, you can hide your code from the world by setting your repository as private, but let people see your documentation and issues by marking your wiki and issue tracker as public. Or you could set your repository and wiki as public but keep your issue tracker private. For more details, see Make the tracker private or public and Make a wiki private or public.
A private repository is visible only to users who have permission to see it. A public repository is visible to everyone.
From the repository, click Repository settings in the sidebar.
Locate Access level on the Repository details page. Add or remove the checkmark from This is a private repository based on your preferred privacy status.
Click Save repository details.
Forking permissions allow you to specify whether and how a user can fork your repository. Because public repositories allow public forks, you must make your repository private to restrict forking.
From the repository, click Repository settings in the sidebar.
From the Repository details page, if you don't see the Forking option, select This is a private repository.
From the Forking dropdown, select one of the following options:
Allow forks—Users can fork the repository and those forks can be public.
Allow only private forks—Users can fork the repository and those forks will be private.
No forks—Users can't fork the repository.
Click Save repository details.
Workspace forking policy enabled
If the workspace administrator has set the forking policy to prevent forking outside of the workspace then Allow forks will not be an available option. The forking policy set at the workspace level has precedence over the repository settings.
Note: If Allow forks is enabled on repositories when a workspace admin enables the new forking policy, you will be prompted to update this forking option and the Allow forks option will no longer be available.
Was this helpful?