tiup mirror publish
コマンドtiup mirror publishは、新しいコンポーネントまたは既存のコンポーネントの新しいバージョンを公開するために使用されます。 対象コンポーネントへのアクセス権を持つコンポーネント所有者のみが公開できます。 新しいコンポーネント所有者を追加するには、 コマンドgrantの使用方法を参照してください。
構文
tiup mirror publish <comp-name> <version> <tarball> <entry> [flags]
各パラメータの意味は次のとおりです。
<comp-name>: コンポーネントの名前 (例:tidb。正規表現^[a-z\d](?:[a-z\d]|-(?=[a-z\d])){0,38}$に一致する文字列を使用することをお勧めします。<version>: 公開するコンポーネントのバージョン。バージョン番号はセマンティックバージョニングの要件に従う必要があります。<tarball>:.tar.gzパッケージのローカル ディレクトリ。このパッケージには、依存関係とコンポーネントの実行可能ファイルを配置する必要があります。TiUPはこのパッケージをミラーにアップロードします。<entry>:<tarball>内のコンポーネントの実行可能ファイルの場所。
オプション
-k, --キー
- コンポーネント所有者の秘密キーを指定します。クライアントは秘密キーを使用して
{component}.jsonファイルに署名します。 - データ型:
STRING - デフォルト: "${TIUP_HOME}/keys/private.json"
- アーチ
<tarball>のバイナリ ファイルを実行できるプラットフォームを指定します。単一の<tarball>パッケージの場合、プラットフォームは次のオプションからのみ選択できます。amd64: ファイルが AMD64 マシンで実行されることを示します。arm64: ファイルが ARM64 マシンで実行されることを示します。any: スクリプトなどのファイルが AMD64 マシンと ARM64 マシンの両方で実行されることを示します。
データ型:
STRINGデフォルト: "${GOARCH}"
注記：
--archanyに設定する場合は、--osanyに設定する必要があります。
--os
<tarball>のバイナリ ファイルを実行できるオペレーティング システムを指定します。単一の<tarball>パッケージの場合、次のオプションからのみオペレーティング システムを選択できます。linux: ファイルが Linux オペレーティング システム上で実行されることを示します。darwin: ファイルが Darwin オペレーティング システムで実行されることを示します。any: スクリプトなどのファイルが Linux と Darwin の両方のオペレーティング システムで実行されることを示します。
データ型:
STRINGデフォルト: "${GOOS}"
注記：
--osanyに設定する場合は、--archanyに設定する必要があります。
--説明
- コンポーネントの説明を指定します。
- データ型:
String - デフォルト: NULL
- 隠れる
- コンポーネントが非表示かどうかを指定します。非表示のコンポーネントの場合、
tiup list -allの結果リストには表示されますが、tiup listの結果リストには表示されません。 - データ型:
STRING - デフォルト: NULL
--スタンドアロン
- コンポーネントがスタンドアロンで実行できるかどうかを制御します。このオプションは現在利用できません。
- データ型:
BOOLEAN - このオプションはデフォルトでは無効になっており、デフォルト値は
falseです。このオプションを有効にするには、このオプションをコマンドに追加し、値trueを渡すか、値を渡さないようにします。
出力
- コマンドが正常に実行された場合、出力はありません。
- コンポーネント所有者にターゲットコンポーネントを変更する権限がない場合:
- ミラーがリモート ミラーの場合、 TiUP はエラー
Error: The server refused, make sure you have access to this componentを報告します。 - ミラーがローカル ミラーの場合、 TiUP はエラー
Error: the signature is not correctを報告します。
- ミラーがリモート ミラーの場合、 TiUP はエラー