Versions
- 9.3
- 9.2
- 9.1
- 9.0
- 8.19
- 8.18
- 8.17
- 8.16
- 8.15
- 8.14
- 8.13
- 8.12
- 8.11
- 8.10
- 8.9
- 8.8
- 8.7
- 8.6
- 8.5
- 8.4
- 8.3
- 8.2
- 8.1
- 8.0
- 7.21
- 7.20
- 7.18
- 7.19
- 7.17
- 7.16
- 7.15
- 7.14
- 7.13
- 7.12
- 7.11
- 7.10
- 7.9
- 7.8
- 7.7
- 7.6
- 7.5
- 7.4
- 7.3
- 7.2
- 7.1
- 7.0
- 6.10
- 6.9
- 6.8
- 6.7
- 6.6
- 6.5
- 6.4
- 6.3
- 6.2
- 6.1
- 6.0
- 5.16
- 5.15
- 5.14
- 5.13
- 5.12
- 5.11
- 5.10
- 5.9
- 5.8
- 5.7
- 5.6
- 5.5
- 5.4
- 5.3
- 5.2
- 5.1
- 5.0
- See all
Workflow strategies in Bitbucket Server
Using Bitbucket Server
- Importing code from an existing project
- Creating projects
- Creating repositories
- Clone a repository
- Controlling access to code
- Workflow strategies in Bitbucket Server
- Using pull requests in Bitbucket Server
- Search for code in Bitbucket Server
- Notifications
- Markdown syntax guide
- Requesting add-ons
- Set the default time zone in Bitbucket Server
- Personal access tokens
- Managing webhooks in Bitbucket Server
- Download an archive from Bitbucket Server
- Creating a Contributions guidelines file
On this page
In this section
Related content
- No related content found
Various Git workflows are supported by Bitbucket Server:
For information about setting up Git workflows in Bitbucket Server see Using branches in Bitbucket Server and Using forks in Bitbucket Server.
Centralized Workflow
Like Subversion, the Centralized Workflow uses a central repository to serve as the single point-of-entry for all changes to the project. Instead of trunk, the default development branch is called master and all changes are committed into this branch. This workflow doesn’t require any other branches besides master.
Read more about the Centralized Workflow...
Feature Branch Workflow
The core idea behind the Feature Branch Workflow is that all feature development should take place in a dedicated branch instead of the master branch. This encapsulation makes it easy for multiple developers to work on a particular feature without disturbing the main codebase. It also means the master branch will never contain broken code, which is a huge advantage for continuous integration environments.
Read more about the Feature Branch Workflow...
Gitflow Workflow
The Gitflow Workflow defines a strict branching model designed around the project release. While somewhat more complicated than the Feature Branch Workflow, this provides a robust framework for managing larger projects.
Read more about the Gitflow Workflow...
Forking Workflow
The Forking Workflow is fundamentally different than the other workflows discussed in this tutorial. Instead of using a single server-side repository to act as the “central” codebase, it gives every developer a server-side repository. This means that each contributor has not one, but two Git repositories: a private local one and a public server-side one.
Read more about the Forking Workflow...
In this section
Related content
- No related content found