次の方法で共有


vcpkg_from_gitlab

Gitlab インスタンスからプロジェクトをダウンロードして抽出します。 install --headのサポートを有効にします。

使用法

vcpkg_from_gitlab(
    GITLAB_URL <https://gitlab.com>
    OUT_SOURCE_PATH <SOURCE_PATH>
    REPO <gitlab-org/gitlab-ce>
    [REF <v10.7.3>]
    [SHA512 <45d0d7f8cc350...>]
    [HEAD_REF <master>]
    [PATCHES <patch1.patch> <patch2.patch>...]
    [AUTHORIZATION_TOKEN <${SECRET_FROM_FILE}>]
    [FILE_DISAMBIGUATOR <N>]
)

パラメーター

GITLAB_URL

使用する Gitlab インスタンスの URL。

OUT_SOURCE_PATH

抽出された場所を格納する out 変数を指定します。

これは、規則によって SOURCE_PATH に設定する必要があります。

REPO

組織またはユーザーと Gitlab インスタンスのリポジトリ名。

REF

コンテンツを変更しない安定した git commit-ish (理想的にはタグ)。 これは分岐にすることはできません。

公式リリースのないリポジトリの場合、これは現在の最新のマスターの完全なコミット ID に設定できます。

REF を指定した場合は、SHA512 も指定する必要があります。

SHA512

アーカイブと一致する必要がある SHA512 ハッシュ (${GITLAB_URL}/${REPO}/-/archive/${REF}/${REPO_NAME}-${REF}.tar.gz)。 REPO_NAME変数は REPO の値から解析されます。

これは、最初に 0に設定してから、ポートを構築しようとすることによって、最も簡単に判断できます。 エラー メッセージには完全なハッシュが含まれます。このハッシュは、ポートファイルにコピーして戻すことができます。

HEAD_REF

--headビルド用にプルする不安定な git commit-ish (理想的にはブランチ)。

ほとんどのプロジェクトでは、これは masterする必要があります。 選択したブランチは、サポートされているすべてのプラットフォームで常にビルド可能であることが期待されるブランチである必要があります。

抽出されたソースに適用するパッチの一覧。

相対パスは、ポート ディレクトリに基づいています。

AUTHORIZATION_TOKEN

Authorization HTTP ヘッダー "PRIVATE-TOKEN" を介して渡されるトークン。

FILE_DISAMBIGUATOR

同じファイル名をステップ実行しないように、git ref が変更されない場合でも SHA512 が変更された場合に、結果のファイル名を一意に識別するトークン。

メモ

少なくとも 1 つの REFHEAD_REF を指定する必要があります。ただし、両方が存在することが望ましいです。

これにより、ヘッド ビルド中に VCPKG_HEAD_VERSION 変数がエクスポートされます。

ソース

scripts/cmake/vcpkg_from_gitlab.cmake