独自のBitriseプロジェクトスキャナーの作成

The OptionModel 入力オプションを表します。 Goでは次のようになります。

// OptionModel ...
type OptionModel struct {
    Title  string
    EnvKey string

    ChildOptionMap map[string]*OptionModel
    Config         string
}

たとえば、の値を選択するシナリオを見てみましょう。 Scheme 入力。あなたは value_map の中に options。可能な値は次のとおりです。

選択することにより SchemeWithTest、次のオプションは、テストの実行に使用されるシミュレーターに関連します。

選択することにより SchemeWithoutTest、次のオプションは、.ipaファイルのエクスポート方法に関するものです。

{
    "title": "Scheme",
    "env_key": "scheme",
    "value_map": {
        "SchemeWithTest": {
            "title": "Simulator name",
            "env_key": "simulator_name",
            ...
        },
        "SchemeWithoutTest": {
            "title": "Export method",
            "env_key": "export_method",
            ...
        }
    }
}

すべてのオプションチェーンには最初のオプションがあります：これは呼ばれます head。オプションの可能な値は、オプションチェーンを分岐させることができます。

すべてのオプションブランチの最後 options 持っている必要があります config プロパティセット。 config 生成されたBitrise構成のIDを保持します。

オプションチェーンの最後 options 持つことはできません value_map。

{
    "title": "Scheme",
    "env_key": "scheme",
    "value_map": {
        "SchemeWithTest": {
            "title": "Simulator name",
            "env_key": "simulator_name",
            "value_map": {
                "-": {
                    "config": "bitrise_config_with_test",
                }
            }
        },
        "SchemeWithoutTest": {
            "title": "Export method",
            "env_key": "export_method",
            "value_map": {
                "development": {
                    "config": "bitrise_config_without_test",
                },
                "app-store": {
                    "config": "bitrise_config_without_test",
                },
                "ad-hoc": {
                    "config": "bitrise_config_without_test",
                }
            }
        }
    }
}

スキャナーをテストするには、単体テストと統合テストの両方が必要です。

ユニットテストは、Goの標準テストライブラリを使用して記述されています。

統合テストでは、プロジェクトタイプのスキャナーがプロジェクトタイプのインスタンスに必要なビットライズ構成を生成していることを検証しています。これを行うには、新しいスキャナーを使用して特定のサンプルプロジェクトをスキャンし、生成されたスキャン結果を統合テストに合うように変更します。

変更の理由は、スキャナーが生成された構成にステップを追加しているが、ステップのバージョンは時々更新されるためです。ステップバージョンの定義は、次の場所にあります。 steps/const.go。

だから私たちは bitrise-init --ci config サンプルプロジェクトのルートディレクトリ、および生成された scan_result.yml ステップバージョンを置き換えるファイル %s 使用します fmt.Sprintf 最新の定義済みステップバージョンを構成に挿入します。

統合テストでは、 scan_result.yml 以前に生成された参照を使用してスキャナーによって生成されたファイル scan_result コンテンツ。

独自のスキャナーをBitriseに送信できます。承認されたら、スキャナーを確認してbitrise-initツールに統合します。

新しいスキャナーの開発パスは、独自のサンプルプロジェクトで始まり、プロジェクトタイプの既存のステップを更新することで終わります。やってみよう！