Workflow strategies

Various Git workflows are supported by Bitbucket Data Center and Server: 

For information about setting up Git workflows in Bitbucket see Branches and Forks.


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 can be customized and all changes are committed into this branch. This workflow doesn’t require any other branches besides the default branch.


フィーチャー ブランチ ワークフロー

The core idea behind the Feature Branch Workflow is that all feature development should take place in a dedicated branch instead of the default branch. This encapsulation makes it easy for multiple developers to work on a particular feature without disturbing the main codebase. It also means the default branch will never contain broken code, which is a huge advantage for continuous integration environments.

フィーチャー ブランチ ワークフローの詳細を読む...

Gitflow ワークフロー

Gitflow ワークフローは、プロジェクト リリースに関連て設計された厳密なブランチ モデルを定義します。フィーチャー ブランチ ワークフローよりも少し複雑ですが、大規模プロジェクトの管理のための堅牢なフレームワークを提供します。

Gitflow ワークフローの詳細を読む...


フォーク型ワークフローは、このチュートリアルで説明した他のワークフローとは根本的に異なります。1 つののサーバー側リポジトリを "中心的な" コードベースとして使用する代わりに、各開発者にサーバー側リポジトリを提供します。つまり、各投稿者はそれぞれ、非公開のローカル リポジトリと、公開のサーバー側リポジトリの 2 つの Git リポジトリを持ちます。

フォーク ワークフローの詳細を読む...

最終更新日: 2021 年 12 月 6 日




Powered by Confluence and Scroll Viewport.