VexorCIが起動したとき、 VexorCIの使用を開始するために構成ファイルを書き込む必要はないと判断しました。 私たち自身は、テストを実行するために正確に必要なものを推測し、常に新しい設定を認識するようにサービスを教えようとしています。 しかし、開発の世界は非常に多様であるため、一部のプロジェクトには設定が必要です。
過去2か月間で、100のプロジェクトがVexorに接続されました。 固有の設定を持つ非常に異なるプロジェクト。 この間、ユーザーにとって便利なように構成ファイルを準備する方法について多くのことを学びました。 その過程で、私たちは最初のアプローチを改訂し、イノベーションをあなたと共有したいと考えています。
実行するスクリプトの生成をやり直しました。
環境を準備し、VexorCIでテストを実行するために実行する必要があるタスクを理解するために、vexor.yml構成ファイルが使用されます。 このファイルは、リポジトリのルートにあるか、自動的に生成されます。 テスト環境を準備してテストを実行するために実行されるコマンドを示します。
以前は、テストを実行するときにワーカーが実行するコマンドにvexor.ymlを直接変換するために、次のことを行いました。
- ビルド構成を受け取りました。
- 解体しました。
- 大きなbashスクリプトを生成しました。
- スクリプトをワーカーに送信しました。
このようなスキームには多くの問題がありました。
- たとえば、Railsアプリケーションのconfig / secrets.ymlにパッチを適用するなど、重要なことは非常に困難でした。
- Bashは大量のコードを記述するための最も成功した言語ではありません;キャッチするのが難しいバグがたくさんありました。
- ユーザーフレンドリーなエラーメッセージ。
やり直すことにしました。 今、私たちは:
- ビルド構成をyaml形式で取得します。
- 同様にyaml形式の中間表現をファイルに変換します。 ファイル構造自体は、ansibleとの類推によって作成されます(例はこちらです )。
- このファイルは、実行のためにワーカーに送信されます。
巨大なシェルスクリプトを生成することを拒否したことで、環境の展開をより柔軟に制御し、ユーザーに明確なエラーメッセージを表示し、シェルのデバッグが難しいバグを忘れることができました。
構成ファイルのキー割り当てをわずかに変更しました。
VexorCIの使用を開始するには、構成の書き込みは完全にオプションです。 私たち自身が、テストを実行するために正確に必要なものを推測しようとしています。 残念ながら、古いバージョンでは、デフォルトで生成されたタスクがユーザーが構成ファイルで指定したタスクと競合する状況がありました。
今後このような競合を回避するために、以前に「before_script」キーにあったデータベースに関連するすべての設定は、個別のキー「データベース」に含める必要があります。
# before_script: - rake db:create - rake db:migrate # database: - rake db:create - rake db:migrate
データベースに個別のキーを使用すると、構成がより簡単で直感的になります。
CCMenuサポートを追加しました。
CCMenuは、ツールバーにビルドステータスを表示し、CIサーバーで何が起こっているかを常に最新の状態に保つことができる人気のあるアプリケーションです。 VexorCIのプロジェクトをCCMenuに簡単に追加できるようになりました。
プロジェクトの「設定」ページに移動し、「CCMenu URL」をコピーします。

フィードURLフィールドにURLを挿入

動作します!

ビルドのステータスの追跡がさらに便利になりました。
ところで、もう1つの素晴らしいニュースがあります。毎月100分のテストが無料になりました。 今すぐ参加しよう!