Stash is now known as Bitbucket Server.
See the

Unknown macro: {spacejump}

of this page, or visit the Bitbucket Server documentation home page.


Various Git workflows are supported by Stash: 

For information about setting up Git workflows in Stash see Using branches in Stash and Using forks in Stash.


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...

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

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 ワークフロー

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

Read more about the Gitflow Workflow...


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

Read more about the Forking Workflow...


  • ラベルなし