Bitbucket Cloud Migration Assistant で移行されるもの

リポジトリ Git 情報

• リポジトリが Server にあるプロジェクトの一部である場合、Git リポジトリ (すべてのブランチ、タグ、コミットを含む) は、サーバー プロジェクト名で新しいプロジェクトに移行されるか、クラウドの移行先にすでに存在する同じ名前のプロジェクトに追加されます。

プル リクエスト情報

• タイトル

• 説明

• プル リクエストのステータス (オープン、マージ、却下)

• コード差分、コメント、タスク

• authors

• reviewers

ユーザー

• 移行するユーザーを選択します。

  • 全てのユーザーが

  • 読み取り権限のあるユーザー、または選択したリポジトリに表示されているユーザー

  • 選択したリポジトリに表示されるユーザーのみ

アトラシアンが管理するワークスペースのみ

グループ

移行するグループを選択します。

• すべてのグループ

• 移行対象として選択されたユーザーと権限を持つグループのみ

• グループを移行しない

権限

移行する権限を選択します。

• すべてのユーザーとグループの権限をコピーする

• 権限をコピーしない

ブランチ権限とブランチ モデリング

• ブランチ権限とブランチング モデルを移行するかどうかを選択

リポジトリ Git 情報

• フォークされたリポジトリのリンクや関連付けの移行

  • 注記: フォークされたリポジトリは移行できますが、移行するとリンクや関連付けが失われて通常リポジトリとして扱われます。いかなるデータ損失も避けるため、クラウドに移行する前に、フォークからの未処理のプル リクエストをマージすることをお勧めします。

• Git LFS に保存されたコンテンツ

  • 注記: Git LFS は後から手動で移行できます。Bitbucket Cloud のリポジトリに Git LFS をインストールしてセットアップする必要があります。詳細をご確認ください。

• Git サブモジュール

  • 注記: 具体的には、(.gitsubmodules ファイルにある) コード ベース内の追加設定は自動的に更新されません。このファイルには、移行前または移行後に顧客/パートナーが更新する必要がある、他のリポジトリへのリンクが含まれます。

• プル リクエストの添付ファイル

• プル リクエスト アクティビティ フィード

• 名前が重複しているリポジトリ

• ローカル マシンでオープンしている変更

• 特に大きいリポジトリ (最大は現在 10 GB)

• パーソナル リポジトリ

  • 注記: 回避策として、最初にこれらを通常のプロジェクトに移動し、移行できるようにすることをお勧めします。

• リポジトリ設定:

  • 初期設定のレビュアーを追加する

  • ブランチの権限

  • webhook の管理

  • マージ チェック

  • ビルド ステータス

ユーザー・メタデータ

• グループ - Bitbucket が管理するワークスペースのみ

• 権限 - Bitbucket が管理するワークスペースのみ

• 設定

• アバター

• パスワード

• タイム ゾーン

• SSH キー

• パスワードを追加する

• 非アクティブなユーザーの権限および/またはそれらに関連するすべてのブランチ制限

プロジェクト データ

• 設定

• 権限 - Bitbucket が管理するワークスペースのみ

アプリとアプリ データ

• BCMA を使用する Bitbucket Server から Bitbucket Cloud への移行時に、アプリのデータは含まれません。一部のアプリは (BCMA の範囲外で) データのエクスポートおよびインポート機能を提供していますが、これが使用可能かどうかをアプリの開発元に問い合わせたり、アプリのドキュメントで確認したりする必要があります。

アトラシアンが管理するワークスペースのみ

課題トラッカーと Wiki

• Wiki and Issue Tracker features are not supported in workspaces administered through admin.atlassian.com. These features will be disabled if you are migrating to a workspace administered through admin.atlassian.com. If you have already migrated the repository, you can still go back to that repository in your Server or Data Center instance to regain access to the wiki and issues. Wikis can be exported via cloning since they are stored as a separate repository. Issues can be exported as a zip file or migrated to Jira.