Bitbucket Server 5.0 リリース ノート

2017 年 5 月 2 日

以前のバージョンからアップグレードする場合は、Bitbucket Server アップグレード ガイドをご確認ください。また、Bitbucket Server のサポート終了のお知らせと、API 変更履歴に記載されている変更点もご確認ください。

Bitbucket 5.0 の変更履歴は、このページの下部で参照できます。

Bitbucket Server 5.0 を試す

Committer verification

Git and distributed version control have many benefits out of the box, but controlling access and workflows isn't one of them. For example, without a Git management tool a developer can push commits that others have written to the central repository. This creates problems for organizations with strict security and compliance requirements. Bitbucket lets you address this through permissions and workflow controls including Git hooks. In 5.0, we've added a new committer verification hook, which enforces that only the author of a commit can push those changes back to Bitbucket Server or Data Center. Now you can sleep easy knowing that only authorized code changes can make it to your repositories. 

The committer verification hook in the repository settings in Bitbucket Server & Data Center 5.0

Smart mirroring gets smarter

Smart mirroring in Bitbucket Data Center is a hassle-free way of providing geographically dispersed teams a read-only copy of the repository. By pulling updates from a local mirror, teams can avoid the pain of high-latency and low-bandwidth clone operations. All authentication, permissions, and updates are controlled by the master data center instance keeping admin maintenance to a minimum.

In Bitbucket Data Center 5.0 we're introducing authentication caching - a way for end users to maintain mirror access even in the event of short outages. Instead of communicating to the main server for every login event, credentials are now cached on the mirror for 5 minutes at a time. If network connection is patchy or the main server is offline, users can still fetch/clone using the cached credentials. You can rest easy knowing that Bitbucket Data Center's active-active clustering, disaster recovery, and now authentication caching ensures your code will always be available. This feature is enabled by default for all mirror types - both bitbucket.org mirrors and Bitbucket Server mirrors - and for HTTP basic and SSH auth methods. You can configure these caches within the bitbucket.properties file.

Improved integrations in Bitbucket Server

Traditionally the link between JIRA Software and Bitbucket has been on the commit level (i.e. commit A pertains to JIRA issue ABC-123). In Bitbucket Server 5.0 we're adding repository level shortcuts allowing teams to connect a repository to any related asset, like a JIRA Project. Repository shortcuts make it easy for everyone on the team to find and jump to repository information. Simply link to your JIRA board, Confluence space, Bamboo plans, HipChat room, or whatever else that's important to you. Adding a shortcut to your repo is simple, have a look at the page Add shortcut links to a Bitbucket Server repository for details.

Check out repository shortcuts in action

Tighter integrations between Bitbucket Server and Bamboo 

Bamboo's integration with Bitbucket Server is also getting an upgrade. Currently we display build status (e.g. pass/fail) on related commits, branches, and pull requests in Bitbucket Server, but teams were unable to see Bamboo builds in-progress or trigger builds on pull request creation. With the addition of in-progress build status and pull request aware builds in Bamboo, developers gain more control over when their builds kick off and can monitor progress from inside Bitbucket. This frees up Bamboo build agent resources and cuts down on unnecessary build noise. Even better, if you're not using plan branches already, now you can, and know that every pull request will get built. For more information on all of the Bitbucket Server and Bamboo integration enhancements, check out our integration guides

Configuring plan branches to build on the creation of a Bitbucket Server pull request in Bamboo 6.0

There's always room for a bit more fun at work...

Productivity at scale isn't all integrations and workflow. In Bitbucket Server & Data Center 5.0, let your team know how you really feel with emoji and HipChat emoticon support for comments. To look for the perfect emoji type " : " which brings up the list of available options.


Customizations to Bitbucket's server.xml file must be migrated to bitbucket.properties

Since Stash 3.8, the Tomcat server.xml configuration file has survived upgrades. With Bitbucket Server 5.0, we're moving from a webapp that can be deployed into any container (with Tomcat being the one we ship) to a Spring Boot application which starts its own container. 

This changes where you configure properties such as port numbers, context paths, and access protocol (among other things) to centralize custom configuration to a single directory and file, to make upgrading easier for future releases. Due to the complexity of the server.xml file, we will not automatically migrate settings stored there. Admins that have modified the server.xml file will need to manually edit their bitbucket.properties file when upgrading to 5.0+.

Bitbucket Server 5 以降にアップグレードする場合、カスタマイズ設定を bitbucket.properties に移行する必要があります

Be sure to carefully read the Bitbucket Server upgrade guide to determine what impact this change may have on your instance. The page Migrate server.xml customizations to bitbucket.properties has specifics on which properties need to be migrated, how to migrate them, and includes some examples that demonstrate how to migrate some common customizations.

環境変数

Bitbucket Server requires some environment variables be set when starting (e.g. BITBUCKET_HOME) and also supports some optional variables (e.g. JVM_MAXIMUM_MEMORYJVM_SUPPORT_RECOMMENDED_ARGS). Prior to Bitbucket Server 5.0, support for consuming these variables from the callers environment was inconsistent.

Some could only be set in the startup scripts, while others would be only be honored in specific circumstances. For example if BITBUCKET_USER was not the same as the user calling the start script, while switching user these environment variables would be dropped.

In Bitbucket Server 5.0 we now honor these environment variables when declared in the caller's the environment at the time the start/stop scripts are called:

BITBUCKET_HOME
BITBUCKET_USER
JAVA_KEYSTORE
JAVA_KEYSTORE_PASSWORD
JAVA_TRUSTSTORE
JMX_PASSWORD_FILE
JMX_REMOTE_AUTH
JMX_REMOTE_PORT
JRE_HOME
JVM_MAXIMUM_MEMORY
JVM_MINIMUM_MEMORY
JVM_SUPPORT_RECOMMENDED_ARGS
RMI_SERVER_HOSTNAME


開始スクリプトの変更

Bitbucket Server 5.0 では、一部の開始スクリプトの名前がアンダースコアで開始されていました。これらのスクリプトは廃止されたため、直接呼び出すことはできません。これは、複数の開始および停止スクリプトがあり、使用する際に混乱が生じていたためです。現在は、start で開始するスクリプトと、stop で開始するスクリプトのみが提供されています。

For example, have a look at the differences between the scripts you would run to start and stop Bitbucket without the bundled Elasticsearch.

Bitbucket Server 4.14 Bitbucket Server 5.0 
Linux
start-webapp.sh
start-search.sh
Windows
start-webapp.bat
start-search.bat
Linux
./start-bitbucket.sh --no-search
Windows
start-bitbucket.bat /no-search


Bitbucket Server または Data Center を自動的に起動または終了するスクリプトを使用している場合、それらのスクリプトを Bitbucket Server または Data Center 5.0 で引き続き使用するには、スクリプトを更新する必要があるため、この変更についてよく理解することが特に重要です。

Removal of setenv.sh & setenv.bat

setenv.sh ファイルは Bitbucket Server 4.x では重要でした。多数の環境変数を調整する必要があったためです。以下の表は、13 個の主な環境変数の変更前と変更後の場所をまとめたものです。

Environment Variable
Old (4.14)
New (5.0)
BITBUCKET_HOME
set-bitbucket-home.sh (Linux/Mac)
set-bitbucket-home.bat (Windows)
set-bitbucket-home.sh (Linux/Mac)
set-bitbucket-home.bat (Windows)
BITBUCKET_USER
set-bitbucket-user.sh (Linux/Mac)
set-bitbucket-user.sh (Windows)
set-bitbucket-user.sh (Linux/Mac)
set-bitbucket-user.sh (Windows)
JRE_HOME
No placeholder in startup scripts
No placeholder in startup scripts
JVM_MINIMUM_MEMORY
JVM_MAXIMUM_MEMORY
setenv.sh (Linux/Mac)
setenv.bat (Windows)
_start-webapp.sh (Linux/Mac)
_start-webapp.bat (Windows)
JVM_SUPPORT_RECOMMENDED_ARGS
setenv.sh (Linux/Mac)
setenv.bat (Windows)
_start-webapp.sh (Linux/Mac)
_start-webapp.bat (Windows)
JAVA_KEYSTORE
JAVA_KEYSTORE_PASSWORD
JAVA_TRUSTSTORE
JMX_PASSWORD_FILE
JMX_REMOTE_AUTH
JMX_REMOTE_PORT
RMI_SERVER_HOSTNAME
setenv.sh (Linux/Mac)
setenv.bat (Windows)
set-jmx-opts.sh (Linux/Mac)
set-jmx-opts.bat (Windows)


Bitbucket Server 5 以降は AJP 接続非対応に

Bitbucket Server 5.0 以降では、AJP 接続を使用するリバース プロキシはサポートされません。これはこれまでもサポート対象ではありませんでしたが、Bitbucket Server の過去のバージョンでは AJP 接続を使用することが可能でした。しかしながら、Bitbucket Server での Tomcat の使用方法を変更したため、Bitbucket Server (または Data Center) 5.0 以降で AJP 接続を使用すると、アプリケーションの開始に失敗します。

変更履歴

このセクションには、Bitbucket Server 5.0 のマイナー リリースの公開後、それらの情報が追記されます。このリリースは、アクティブな Bitbucket Server ソフトウェア メンテナンスをお持ちのすべてのユーザーが無料で利用できます。

Bitbucket Server を以前のバージョンからアップグレードする場合は、Bitbucket Server アップグレードガイドを確認してください。

以下に Bitbucket Server 5.0.x リリースで解決済みのすべての課題の概要を、投票数の多い順に記載しています。 

2018 年 2 月 5 日 - Bitbucket Server 5.0.10

T キー 概要
Loading...
Refresh

2017 年 11 月 13 日 - Bitbucket Server 5.0.9

T キー 概要
Loading...
Refresh

2017 年 9 月 17 日 - Bitbucket Server 5.0.8

T キー 概要
Loading...
Refresh

2017 年 8 月 22 日 - Bitbucket Server 5.0.7

T キー 概要
Loading...
Refresh

2017 年 7 月 10 日 - Bitbucket Server 5.0.6

T キー 概要
Loading...
Refresh

2017 年 7 月 3 日 - Bitbucket Server 5.0.5

T キー 概要
Loading...
Refresh

2017 年 7 月 23 日 - Bitbucket Server 5.0.4

T キー 概要
Loading...
Refresh

2017 年 5 月 31 日 - Bitbucket Server 5.0.2

T キー 概要
Loading...
Refresh

2017 年 5 月 10 日 - Bitbucket Server 5.0.1

T キー 概要
Loading...
Refresh

2017 年 5 月 2 日 - Bitbucket Server 5.0.0

T キー 概要
Loading...
Refresh

最終更新日: 2018 年 2 月 5 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.