Bitbucket Server でのワークフロー戦略
Bitbucket Server ではさまざまな Git ワークフローがサポートされています。
Bitbucket Server での Git ワークフローのセットアップの詳細については、「Bitbucket Server でブランチを使用する」および「Bitbucket Server でフォークを使用する」を参照してください。
集中化ワークフロー
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.
集中化ワークフローの詳細を読む...
フィーチャー ブランチ ワークフロー
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.
フィーチャー ブランチ ワークフローの詳細を読む...
Gitflow ワークフロー
Gitflow ワークフローは、プロジェクト リリースに関連て設計された厳密なブランチ モデルを定義します。フィーチャー ブランチ ワークフローよりも少し複雑ですが、大規模プロジェクトの管理のための堅牢なフレームワークを提供します。
Gitflow ワークフローの詳細を読む...
フォーク型ワークフロー
フォーク型ワークフローは、このチュートリアルで説明した他のワークフローとは根本的に異なります。1 つののサーバー側リポジトリを "中心的な" コードベースとして使用する代わりに、各開発者にサーバー側リポジトリを提供します。つまり、各投稿者はそれぞれ、非公開のローカル リポジトリと、公開のサーバー側リポジトリの 2 つの Git リポジトリを持ちます。
フォーク ワークフローの詳細を読む...