Some features are only available on our Team and Enterprise plans.
Want to chat about whether this feature is right for you? Our support team is always happy to hear from you.
A Project A way to group multiple Sites from the same Git Repository, allowing you to define a main branch, as well as branching and publishing rules. You can access the Projects Browser using the Projects link in the App Sidebar. A website in CloudCannon that includes all the files, content, configuration, and settings needed to edit, build, and host a complete website. A storage location for the code and files that make up your website. CloudCannon supports the repository providers GitHub, GitLab, and Bitbucket, and highly recommends using a repository to store your website's files for better version control and collaboration. The branch in your Git Repository that represents your live or production content within a Project. The Main Branch determines where new branch Sites are created from and where changes are published to by default.Project
Site
Git Repository
Main Branch
You can access the Projects Browser using the Projects link in the App Sidebar.
Why use a Project?#
Projects are useful when you want multiple team members to work on content independently without affecting the live website. Common scenarios include:
- Create a Staging workflow — Maintain a Production branch and a Staging branch. Team members create their own branch Sites from the Staging Site, then merge it back into Staging for review before publishing changes go live to Production.
- Make content changes in parallel — Multiple team members can create branch Sites from your Main Branch, work on changes independently, and merge them back when ready.
- Control branch defaults — Determine the default publishing method, authentication settings, and permissions for all branched Sites in your Project.
Without a Project, you would need to manage branches and publishing manually through your Git Provider.
How branching works#
Branching is the process of copying information from an existing Site to a new Site, including content, code, and CloudCannon settings. When you create a branched Site in CloudCannon, an identical branch is created in your Git Repository even if you don't have access to the Git Provider.
By copying the CloudCannon settings, each branched Site has the same publishing method, authentication rules, permissions, and build settings as its parent, so team members can start editing content immediately.
Changes on each branch Site do not affect any other Site until explicitly published to its Publish Branch (the Publish Branch does not have to be the same as the parent branch). CloudCannon handles the Git operations and, by default, automatically deletes the branch Site after changes are published to keep your Project clean.
You can designate a Main Branch for your team members to copy (e.g., your Staging branch), or allow team members to branch from any Site in your Project.
The Main Branch
When you create a Project, you can designate one branch in your Git Repository as the Main Branch. This is most likely your Production or Staging branch (i.e., the most correct and up-to-date branch of your website), but it could be any branch you want your team members to iterate on.
The Main Branch determines which Site CloudCannon will copy to your branched Site when you click the Create a Site button on the Project Sites Browser.
Allow all branching
By default, team members can only create branch Sites from the Main Branch. This keeps your workflow simple and linear. However, if you need a more flexible workflow, you can enable the Allow all branching feature to allow team members to branch from any Site in your Project.
For a tour of the Project interface, including the Projects Browser, Project Sites Browser, Publishing tab, and Project Settings tab, please read our documentation on the Project Browser.