Bitbucket Server から GitHub Enterprise Cloud へのリポジトリの移行

GitHub Enterprise Importer を使ったリポジトリの移行について

GitHub CLI を使用して、BitBucket Server インスタンスから個々のリポジトリまたはすべてのリポジトリを移行できます。

現時点では、GitHub API を使用した Bitbucket Server からの移行はサポートされていません。

移行先の組織または企業でルールセットが有効になっている場合、移行されたリポジトリの履歴がそれらのルールに違反する可能性があります。ルールセットを無効にせずに移行を許可するには、該当する各ルールセットのバイパスリストに "Repository migrations" を追加します。このバイパスは、移行中にのみ適用されます。完了すると、すべての新しいコントリビューションにルールセットが適用されます。

バイパスを構成するには:

各エンタープライズまたは組織のルールセットに移動します。
[バイパスリスト] セクションで、[バイパスの追加] をクリックします。

       **[リポジトリの移行] を選択します**。

詳しくは、「組織内のリポジトリのルールセットを作成する」をご覧ください。

前提条件

移行の試験的実行を行い、そのすぐ後で運用環境の移行を完了することを強くお勧めします。試験的実行の詳細については、「Bitbucket サーバーから GitHub Enterprise クラウドへの移行の概要」を参照してください。
移行されるデータと、Importer の既知のサポート制限事項を理解していることを確認します。詳細については、「Bitbucket サーバーから GitHub Enterprise クラウドへの移行について」を参照してください。
必須ではありませんが、運用環境の移行の間は作業を停止することをお勧めします。 Importer は差分移行をサポートしていないため、移行中に発生した変更は移行されません。運用環境の移行の間に作業を停止しない場合は、これらの変更を手動で移行する必要があります。
GitHub.com の移行先の Organization では、Organization 所有者であるか、移行者ロールを持っている必要があります。詳しくは、「Bitbucket サーバーからの移行のアクセスの管理」をご覧ください。
管理者またはスーパー管理者のアクセス許可がある Bitbucket Server アカウントのユーザー名とパスワードが必要です。

手順 1: BBS2GH extension of the GitHub CLI をインストールする

これが初めての移行の場合は、BBS2GH extension of the GitHub CLI をインストールする必要があります。 GitHub CLI の詳細については、「GitHub CLI について」を参照してください。

または、github/gh-bbs2gh リポジトリの「リリースページ」からスタンドアロンバイナリをダウンロードすることもできます。このバイナリは、gh プレフィックスなしで直接実行できます。

GitHub CLI をインストールします。 GitHub CLI のインストール手順については、GitHub CLI リポジトリを参照してください。

メモ

GitHub CLI のバージョン 2.4.0 以降が必要です。 gh --version コマンドを使って、インストールされているバージョンを確認できます。

BBS2GH extension をインストールします。

Shell

gh extension install github/gh-bbs2gh

gh extension install github/gh-bbs2gh

BBS2GH extension に関するヘルプが必要なときはいつでも、コマンドで --help フラグを使用できます。たとえば、gh bbs2gh --help とすると使用可能なすべてのコマンドの一覧が表示され、gh bbs2gh migrate-repo --help とすると migrate-repo コマンドで使用できるすべてのオプションの一覧が表示されます。

手順 2: BBS2GH extension of the GitHub CLI を更新する

BBS2GH extension of the GitHub CLI は毎週更新されます。最新バージョンを確実に使うため、拡張機能を更新してください。

Shell

gh extension upgrade github/gh-bbs2gh

gh extension upgrade github/gh-bbs2gh

手順 3: 環境変数を設定する

BBS2GH extension を使って GitHub Enterprise Cloud に移行するには、その前に、移行先の Organization にアクセスできる personal access token を作成してから、personal access token を環境変数として設定する必要があります。

また、Bitbucket Server のユーザー名とパスワードの環境変数を設定し、Bitbucket Server インスタンスが Windows で実行されている場合は SMB パスワードを設定する必要があります。

GitHub Enterprise Cloud 上の移行先 Organization に対して認証を行う personal access token (classic) を作成して記録し、トークンがすべての要件を満たしていることを確認します。詳しくは、「Bitbucket サーバーからの移行のアクセスの管理」をご覧ください。

環境変数を設定し、TOKEN は先ほど記録した personal access token、USERNAME は管理者またはスーパー管理者のアクセス許可を持つ Bitbucket Server アカウントのユーザー名、PASSWORD は Bitbucket Server アカウントのパスワードに置き換えます。

ターミナルを使っている場合は、export コマンドを使います。

Shell

export GH_PAT="TOKEN"
export BBS_USERNAME="USERNAME"
export BBS_PASSWORD="PASSWORD"
# If your Bitbucket Server instance runs on Windows
export SMB_PASSWORD="PASSWORD"

export GH_PAT="TOKEN"
export BBS_USERNAME="USERNAME"
export BBS_PASSWORD="PASSWORD"
# If your Bitbucket Server instance runs on Windows
export SMB_PASSWORD="PASSWORD"

PowerShell を使っている場合は、$env コマンドを使います。

Shell

$env:GH_PAT="TOKEN"
$env:BBS_USERNAME="USERNAME"
$env:BBS_PASSWORD="PASSWORD"
# If your Bitbucket Server instance runs on Windows
$env:SMB_PASSWORD="PASSWORD"

$env:GH_PAT="TOKEN"
$env:BBS_USERNAME="USERNAME"
$env:BBS_PASSWORD="PASSWORD"
# If your Bitbucket Server instance runs on Windows
$env:SMB_PASSWORD="PASSWORD"

データ所在地付き GitHub Enterprise Cloud に移行する場合は、便宜上、エンタープライズのベース API URL の環境変数を設定します。

       `SUBDOMAIN`を企業のサブドメインに置き換えてください。 たとえば、企業のサブドメインが `acme`されている場合、 `TARGET_API_URL` の値は `https://api.acme.ghe.com`されます。

ターミナルを使っている場合は、export コマンドを使います。

Shell

export TARGET_API_URL="https://api.SUBDOMAIN.ghe.com"

export TARGET_API_URL="https://api.SUBDOMAIN.ghe.com"

PowerShell を使っている場合は、$env コマンドを使います。

Shell

$env:TARGET_API_URL="https://api.SUBDOMAIN.ghe.com"

$env:TARGET_API_URL="https://api.SUBDOMAIN.ghe.com"

この変数は、GitHub CLI で実行するコマンドの --target-api-url オプションと共に使用します。

手順 4: BLOB ストレージを設定する

多くの Bitbucket Server インスタンスはファイアウォールの背後にあるため、GitHub CLI では、インターネットから到達可能なデータを格納するための中間的な場所として BLOB ストレージが使用されます。

最初に、移行するデータのアーカイブを生成し、ファイアウォールの背後から BLOB ストレージにデータをプッシュします。

エンタープライズ移行ツールが対応するBlobストレージプロバイダー

移行を実行する前に、選んだクラウドプロバイダーでストレージコンテナーを設定してデータを格納する必要があります。

ファイアウォールの内側にある BLOB ストレージアカウントへのアクセス権を GitHub Enterprise Importer に設定および付与したくない場合は、--use-github-storage フラグを指定し、GitHub-owned blob storage を使ってリポジトリを移行できます。そのためには、BBS2GH extension of the GitHub CLI の v1.9.0 (またはそれ以降) を実行している必要があります。

セキュリティ上の理由から、GitHub-owned blob storage は明示的に書き込み専用になっており、GitHub-owned blob storage からはダウンロードできません。移行が完了すると、リポジトリアーカイブは直ちに削除されます。アーカイブがアップロードされ、移行で使われなかった場合、アーカイブは 7 日後に削除されます。

AWS S3 ストレージバケットの設定

AWS で、S3 バケットを設定します。詳しくは、AWS のドキュメント「バケットの作成」をご覧ください。

次のアクセス許可を持つ AWS アクセスキーと秘密鍵も必要です。

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "VisualEditor0",
            "Effect": "Allow",
            "Action": [
                "s3:PutObject",
                "s3:GetObject",
                "s3:ListBucketMultipartUploads",
                "s3:AbortMultipartUpload",
                "s3:ListBucket",
                "s3:DeleteObject",
                "s3:ListMultipartUploadParts"
            ],
            "Resource": [
                "arn:aws:s3:::github-migration-bucket",
                "arn:aws:s3:::github-migration-bucket/*"
            ]
        }
    ]
}

メモ

GitHub Enterprise Importer は、移行の完了後に AWS からアーカイブを削除しません。ストレージコストを減らすため、一定期間後にアーカイブが自動削除されるよう構成することをお勧めします。詳しくは、AWS のドキュメントの「バケットのライフサイクル設定の指定」をご覧ください。

移行を実行する準備ができたら、リージョン、アクセスキー、シークレットキー、セッショントークンなどの AWS 資格情報を GitHub CLI に提供します (必要な場合)。引数として渡すことも、AWS_REGION、AWS_ACCESS_KEY_ID、AWS_SECRET_ACCESS_KEY、AWS_SESSION_TOKEN という環境変数を設定することもできます。

また、--aws-bucket-name 引数を使って S3 バケットの名前で渡す必要があります。

Azure Blob Storage ストレージアカウントの設定

Azure ストレージアカウントの設定

移行を実行する準備ができたら、接続文字列を引数として GitHub CLI に渡すか、AZURE_STORAGE_CONNECTION_STRING という名前の環境変数を使って渡すことができます。

ネットワークアクセスの許可

ストレージアカウントでファイアウォール規則を構成している場合は、移行先の IP 範囲へのアクセスを許可していることを確認します。「Bitbucket サーバーからの移行のアクセスの管理」を参照してください。

手順 5: リポジトリを移行する

          `gh bbs2gh migrate-repo` コマンドを使ってリポジトリを移行できます。

既定では、リポジトリを移行するときに、BBS2GH extension of the GitHub CLI によって次の手順が行われます。

Bitbucket Server インスタンスに接続し、リポジトリごとに移行アーカイブを生成します
SFTP (Linux) または SMB (Windows) を使用して、移行アーカイブを Bitbucket Server インスタンスから BBS2GH extension of the GitHub CLI を実行しているコンピューターにダウンロードします
移行アーカイブを任意の BLOB ストレージプロバイダーにアップロードします
BLOB ストレージプロバイダーに格納されているアーカイブの URL を使用して、GitHub Enterprise Cloud で移行を開始します
ローカルコンピューターから移行アーカイブを削除します。 (移行が完了したら、BLOB ストレージプロバイダーからアーカイブを手動で削除する必要があります。)

または、GitHub CLI を使ってアーカイブを生成し、そのアーカイブを手動でダウンロードしてから、GitHub CLI を使って移行を続けることもできます。

        [移行アーカイブをダウンロードすることを GitHub CLI に許可する](#allowing-the-github-cli-to-download-the-migration-archive)

        [移行アーカイブを手動でダウンロードする](#downloading-the-migration-archive-manually)

移行アーカイブをダウンロードすることを GitHub CLI に許可する

1 つのリポジトリを移行するには、gh bbs2gh migrate-repo コマンドを使います。

以下のようにアクセスできるコンピューターからこの手順に従う必要があります。

HTTPS 経由で Bitbucket Server インスタンス
Bitbucket Server インスタンスが Linux 上で実行されている場合は、SFTP 経由で Bitbucket Server インスタンス。一般に、SSH 経由でサーバーにアクセスできる場合は、SFTP を使用することもできます。
Bitbucket Server インスタンスが Windows で実行されている場合は、SMB 経由で Bitbucket Server インスタンス
選んだ BLOB ストレージプロバイダー

Shell

gh bbs2gh migrate-repo --bbs-server-url BBS-SERVER-URL \
  --bbs-project PROJECT --bbs-repo CURRENT-NAME \
  --github-org DESTINATION --github-repo NEW-NAME \
  # If you are migrating to GHE.com:
  --target-api-url TARGET-API-URL
  # If your Bitbucket Server instance runs on Linux:
  --ssh-user SSH-USER --ssh-private-key PATH-TO-KEY
  # If your Bitbucket Server instance runs on Windows:
  --smb-user SMB-USER
  # If you are using AWS S3 as your blob storage provider:
  --aws-bucket-name AWS-BUCKET-NAME
  # If you are running a Bitbucket Data Center cluster or your Bitbucket Server is behind a load balancer:
  --archive-download-host ARCHIVE-DOWNLOAD-HOST
  # If you are using GitHub owned blob storage:
  --use-github-storage

gh bbs2gh migrate-repo --bbs-server-url BBS-SERVER-URL \
  --bbs-project PROJECT --bbs-repo CURRENT-NAME \
  --github-org DESTINATION --github-repo NEW-NAME \
  # If you are migrating to GHE.com:
  --target-api-url TARGET-API-URL
  # If your Bitbucket Server instance runs on Linux:
  --ssh-user SSH-USER --ssh-private-key PATH-TO-KEY
  # If your Bitbucket Server instance runs on Windows:
  --smb-user SMB-USER
  # If you are using AWS S3 as your blob storage provider:
  --aws-bucket-name AWS-BUCKET-NAME
  # If you are running a Bitbucket Data Center cluster or your Bitbucket Server is behind a load balancer:
  --archive-download-host ARCHIVE-DOWNLOAD-HOST
  # If you are using GitHub owned blob storage:
  --use-github-storage

上のコマンドのプレースホルダーを次の値に置き換えます。

プレースホルダー | 値 | ----------- | ----- |BBS-SERVER-URL | Bitbucket Server インスタンスの URLPROJECT | 移行するリポジトリの Bitbucket Server プロジェクト用のキーCURRENT-NAME | 移行するリポジトリの名前DESTINATION | 移行先の Organization の名前NEW-NAME | 移行されたリポジトリに設定する名前TARGET-API-URL | エンタープライズの GHE.com のサブドメインのベース API URL。 (例: https://api.octocorp.ghe.com)。SSH-USER | Bitbucket Server インスタンスが Linux 上で実行されている場合、SFTP 経由で Bitbucket Server に接続するときに使うユーザー名PATH-TO-KEY | Bitbucket Server インスタンスが Linux 上で実行する場合は、SSH 秘密キーへのパス (例: ~/.ssh/id_rsa)。 SSH キーの要件については、「Bitbucket サーバーからの移行のアクセスの管理」を参照してください。SMB-USER | Bitbucket Server インスタンスが Windows 上で実行されている場合、SMB 経由で Bitbucket Server に接続するときに使うユーザー名AWS-BUCKET-NAME | AWS S3 バケットのバケット名ARCHIVE-DOWNLOAD-HOST | SSH または SMB 経由で Bitbucket サーバー/データセンターのインスタンスに接続するために使うホスト。これを指定する必要があるのは、Bitbucket Data Center クラスターを使っている場合、または Bitbucket サーバーがロードバランサーの背後にある場合のみです。

メモ

          `Renci.SshNet` を示すエラーが発生する場合は、CLI で移行アーカイブをダウンロードするためのサーバーへの SFTP 接続を確立する際に問題が発生しています。 これらの issue をトラブルシューティングする方法については、「[AUTOTITLE](/migrations/using-github-enterprise-importer/completing-your-migration-with-github-enterprise-importer/troubleshooting-your-migration-with-github-enterprise-importer#cipher-name-is-not-supported)」を参照してください。

移行アーカイブを手動でダウンロードする

BBS2GH extension of the GitHub CLI の既定では、SFTP または SMB を使って Bitbucket Server インスタンスからの移行アーカイブのダウンロードを含め、移行全体が実行されます。

ただし、サーバーが SFTP アクセスを提供していない場合など、移行アーカイブを手動でダウンロードすることを好むお客様もいます。その場合は、GitHub CLI を使ってアーカイブを生成し、そのアーカイブを手動でダウンロードしてから、GitHub CLI を使って移行を続けることもできます。

以下のようにアクセスできるコンピューターからこの手順に従う必要があります。

HTTPS 経由で Bitbucket Server インスタンス
選んだ BLOB ストレージプロバイダー

まず、次の引数のみを指定して gh bbs2gh migrate-repo コマンドを実行します。

Shell

gh bbs2gh migrate-repo --bbs-server-url BBS-SERVER-URL \
  --bbs-project PROJECT \
  --bbs-repo CURRENT-NAME

gh bbs2gh migrate-repo --bbs-server-url BBS-SERVER-URL \
  --bbs-project PROJECT \
  --bbs-repo CURRENT-NAME

上のコマンドのプレースホルダーを次の値に置き換えます。

プレースホルダー | 値 | ----------- | ----- |BBS-SERVER-URL | Bitbucket Server インスタンスの URLPROJECT | 移行するリポジトリの Bitbucket Server プロジェクト用のキーCURRENT-NAME | 移行するリポジトリの名前

移行アーカイブが生成され、コマンド出力にパスが出力されます。

[12:14] [INFO] Export completed. Your migration archive should be ready on your
instance at $BITBUCKET_SHARED_HOME/data/migration/export/Bitbucket_export_9.tar

一般に、$BITBUCKET_SHARED_HOME は Linux では /var/atlassian/application-data/bitbucket/shared、Windows では C:\Atlassian\ApplicationData\Bitbucket\Shared に設定されますが、サーバーの構成によって異なる場合があります。共有ホームディレクトリを特定する方法については、「GitHub Enterprise Importer を使用した移行のトラブルシューティング」を参照してください。

Bitbucket Server インスタンスから移行アーカイブをダウンロードし、GitHub CLI を実行しているマシンにアーカイブを格納します。

移行アーカイブを GitHub にインポートするには、別の引数セットを指定して gh bbs2gh migrate-repo コマンドをもう一度実行します。

Shell

gh bbs2gh migrate-repo --archive-path ARCHIVE-PATH \
  --github-org DESTINATION --github-repo NEW-NAME \
  --bbs-server-url BBS-SERVER-URL \
  --bbs-project PROJECT \
  --bbs-repo CURRENT-NAME \
  # If you are using AWS S3 as your blob storage provider:
  --aws-bucket-name AWS-BUCKET-NAME
  # If you are migrating to GHE.com:
  --target-api-url TARGET-API-URL

gh bbs2gh migrate-repo --archive-path ARCHIVE-PATH \
  --github-org DESTINATION --github-repo NEW-NAME \
  --bbs-server-url BBS-SERVER-URL \
  --bbs-project PROJECT \
  --bbs-repo CURRENT-NAME \
  # If you are using AWS S3 as your blob storage provider:
  --aws-bucket-name AWS-BUCKET-NAME
  # If you are migrating to GHE.com:
  --target-api-url TARGET-API-URL

上のコマンドのプレースホルダーを次の値に置き換えます。

プレースホルダー | 値 | ----------- | ----- |ARCHIVE-PATH | お使いのインスタンスからダウンロードした Bitbucket Server 移行アーカイブのパスDESTINATION | 移行先の Organization の名前NEW-NAME | 移行されたリポジトリに設定する名前BBS-SERVER-URL | Bitbucket Server インスタンスの URLPROJECT | 移行するリポジトリの Bitbucket Server プロジェクト用のキーCURRENT-NAME | 移行するリポジトリの名前AWS-BUCKET-NAME | AWS S3 バケットのバケット名TARGET-API-URL | エンタープライズの GHE.com のサブドメインのベース API URL。 (例: https://api.octocorp.ghe.com)。

移行を取り消す

移行を取り消す場合は、MIGRATION-ID を abort-migration 返された（ migrate-repoから）ID に置き換えて、コマンドを使用します。

Shell

gh bbs2gh abort-migration --migration-id MIGRATION-ID

gh bbs2gh abort-migration --migration-id MIGRATION-ID

手順 6: 移行を検証し、エラーログを確認する

データ再利用可能.エンタープライズ移行ツール.移行ログを検証する %}

手順 7: 複数のリポジトリを移行する

マイグレーションスクリプトを生成するためのエンタープライズ移行ツールを使用する方法

移行スクリプトの生成

HTTPS 経由で Bitbucket Server インスタンスにアクセスできるコンピューターからこの手順に従う必要があります。

移行スクリプトを生成するには、gh bbs2gh generate-script コマンドを実行します。

Shell

gh bbs2gh generate-script --bbs-server-url BBS-SERVER-URL \
  --github-org DESTINATION \
  --output FILENAME \
  # If you are migrating to GHE.com:
  --target-api-url TARGET-API-URL
  # If your Bitbucket Server instance runs on Linux:
  --ssh-user SSH-USER --ssh-private-key PATH-TO-KEY
  # If your Bitbucket Server instance runs on Windows:
  --smb-user SMB-USER
  # If you are running a Bitbucket Data Center cluster or your Bitbucket Server is behind a load balancer:
  --archive-download-host ARCHIVE-DOWNLOAD-HOST
  # If you are using GitHub owned blob storage:
  --use-github-storage

gh bbs2gh generate-script --bbs-server-url BBS-SERVER-URL \
  --github-org DESTINATION \
  --output FILENAME \
  # If you are migrating to GHE.com:
  --target-api-url TARGET-API-URL
  # If your Bitbucket Server instance runs on Linux:
  --ssh-user SSH-USER --ssh-private-key PATH-TO-KEY
  # If your Bitbucket Server instance runs on Windows:
  --smb-user SMB-USER
  # If you are running a Bitbucket Data Center cluster or your Bitbucket Server is behind a load balancer:
  --archive-download-host ARCHIVE-DOWNLOAD-HOST
  # If you are using GitHub owned blob storage:
  --use-github-storage

移行された各リポジトリの移行ログをダウンロードするスクリプトが必要な場合は、--download-migration-logs フラグを追加します。移行ログの詳細については、「GitHub Enterprise Importer の移行ログへのアクセス」を参照してください。

上のコマンドのプレースホルダーを次の値に置き換えます。

プレースホルダー | 値 | ----------- | ----- |BBS-SERVER-URL | Bitbucket Server インスタンスの URLDESTINATION | 移行先の Organization の名前FILENAME | 結果の移行スクリプトのファイル名

ターミナルを使っている場合は、生成されたスクリプトの実行に PowerShell が必要なので、.ps1 ファイル拡張子を使います。 Mac 用または Linux 用の PowerShell をインストールできます。TARGET-API-URL | エンタープライズの GHE.com のサブドメインのベース API URL。 (例: https://api.octocorp.ghe.com)。SSH-USER | Bitbucket Server インスタンスが Linux 上で実行されている場合、SFTP 経由で Bitbucket Server に接続するときに使うユーザー名PATH-TO-KEY | Bitbucket Server インスタンスが Linux 上で実行する場合は、SSH 秘密キーへのパス (例: ~/.ssh/id_rsa)。 SSH キーの要件については、「Bitbucket サーバーからの移行のアクセスの管理」を参照してください。SMB-USER | Bitbucket Server インスタンスが Windows 上で実行されている場合、SMB 経由で Bitbucket Server に接続するときに使うユーザー名ARCHIVE-DOWNLOAD-HOST | SSH または SMB 経由で Bitbucket サーバー/データセンターのインスタンスに接続するために使うホスト。これを指定する必要があるのは、Bitbucket Data Center クラスターを使っている場合、または Bitbucket サーバーがロードバランサーの背後にある場合のみです。

移行スクリプトの確認

スクリプトを生成したら、ファイルを確認し、必要に応じてスクリプトを編集します。

移行したくないリポジトリがある場合は、対応する行を削除するかコメントにします。
既定では、GitHub のリポジトリ名は projectKey-repositoryName 規則に従います。たとえば、キー airports を持つ open-source プロジェクトの一部である OS という名前の Bitbucket Server リポジトリは、GitHub では OS-airports と呼ばれます。 GitHub でリポジトリに別の名前を使う場合は、対応する --github-repo フラグの値を更新します。

BBS2GH を GitHub CLI の拡張機能としてではなくスタンドアロンバイナリとしてダウンロードした場合は、生成されたスクリプトを更新して、gh bbs2gh ではなくバイナリを実行する必要があります。

移行スクリプトの実行

リポジトリを移行するには、生成されたスクリプトを実行します。

以下のようにアクセスできるコンピューターからこの手順に従う必要があります。

HTTPS 経由で Bitbucket Server インスタンス
Bitbucket Server インスタンスが Linux 上で実行されている場合は、SFTP 経由で Bitbucket Server インスタンス。一般に、SSH 経由でサーバーにアクセスできる場合は、SFTP を使用することもできます。
Bitbucket Server インスタンスが Windows で実行されている場合は、SMB 経由で Bitbucket Server インスタンス
選んだ BLOB ストレージプロバイダー

スクリプトを実行する前に、BLOB ストレージプロバイダーに対する認証を行うために追加の環境変数を設定する必要があります。

AWS S3は、次の環境変数を設定します。 * AWS_ACCESS_KEY_ID: バケットのアクセスキー ID * AWS_SECRET_ACCESS_KEY: バケットの秘密鍵 * AWS_REGION: バケットが配置されている AWS リージョン * AWS_SESSION_TOKEN: AWS の一時的な資格情報を使用している場合のセッショントークン (AWS ドキュメントの「AWS リソースで一時的な資格情報を使用する」を参照してください)
Azure Blob Storageは、AZURE_STORAGE_CONNECTION_STRING を Azure ストレージアカウントの接続文字列に設定します。

ストレージアカウントのアクセスキーを使う接続文字列のみがサポートされています。 Shared Access Signature (SAS) を使う接続文字列はサポートされていません。ストレージアカウントのアクセスキーについて詳しくは、Azure のドキュメントの「ストレージアカウントアクセスキーを管理する」をご覧ください。

複数のリポジトリを移行するための企業用移行ツール

Bitbucket Server から GitHub Enterprise Cloud へのリポジトリの移行

この記事で

GitHub Enterprise Importer を使ったリポジトリの移行について

前提条件

手順 1: BBS2GH extension of the GitHub CLI をインストールする

手順 2: BBS2GH extension of the GitHub CLI を更新する

手順 3: 環境変数を設定する

手順 4: BLOB ストレージを設定する

GitHub-owned blob storage の使用

AWS S3 ストレージバケットの設定

Azure Blob Storage ストレージアカウントの設定

ネットワークアクセスの許可

手順 5: リポジトリを移行する

移行アーカイブをダウンロードすることを GitHub CLI に許可する

移行アーカイブを手動でダウンロードする

移行を取り消す

手順 6: 移行を検証し、エラーログを確認する

手順 7: 複数のリポジトリを移行する

移行スクリプトの生成

移行スクリプトの確認

移行スクリプトの実行