言語ガイド: Clojure
クラウド Server v3.x Server v2.x このガイドでは、CircleCI で Clojure アプリケーションをビルドする方法について説明します。 お急ぎの場合は、後述の設定ファイルの例をプロジェクトのルート ディレクトリにある .circleci/config.yml に貼り付け、ビルドを開始してください。
概要
お急ぎでなければ、設定ファイルの詳細に目を通すことをお勧めします。
ここでは、以下を前提としています。
- Leiningen の組み込み
testタスクを含むclojure.testを使用している - アプリケーションをオールインワン uberjar として配布できる
他のテスト ツールを使用する場合は、別の lein タスクを実行するようにそのステップを調整するだけです。
設定ファイルの例
version: 2
jobs: # basic units of work in a run
build: # runs not using Workflows must have a `build` job as entry point
working_directory: ~/cci-demo-clojure # directory where steps will run
docker: # run the steps with Docker
- image: cimg/clojure:1.10 # ...with this image as the primary container; this is where all `steps` will run
auth:
username: mydockerhub-user
password: $DOCKERHUB_PASSWORD # context / project UI env-var reference
environment: # environment variables for primary container
LEIN_ROOT: nbd
JVM_OPTS: -Xmx3200m # limit the maximum heap size to prevent out of memory errors
steps: # commands that comprise the `build` job
- checkout # check out source code to working directory
- restore_cache: # restores saved cache if checksum hasn't changed since the last run
key: cci-demo-clojure-{{ checksum "project.clj" }}
- run: lein deps
- save_cache: # generate and store cache in the .m2 directory using a key template
paths:
- ~/.m2
key: cci-demo-clojure-{{ checksum "project.clj" }}
- run: lein do test, uberjar
- store_artifacts: # Upload test summary for display in Artifacts: https://circleci.com/docs/2.0/artifacts/
path: target/uberjar/cci-demo-clojure.jar
destination: uberjar
# See https://circleci.com/docs/2.0/deployment-integrations/ for deploy examples
コードの取得
上記は Clojure デモ アプリケーションの設定ファイルの抜粋です。 このデモ アプリケーションには、https://github.com/CircleCI-Public/circleci-demo-clojure-luminus からアクセスできます。
ご自身でコード全体を確認する場合は、GitHub でプロジェクトをフォークし、ローカル マシンにダウンロードします。 CircleCI アプリケーションのプロジェクトダッシュボードに行き、プロジェクトの隣にある[Follow Project (プロジェクトをフォローする)]ボタンをクリックします。 最後に .circleci/config.yml の内容をすべて削除します。
これで config.ymlを最初から作る準備ができました。
設定ファイルの詳細
必ずバージョンの指定から始めます。
version: 2
次に、jobs キーを記述します。 1 つひとつのジョブが、ビルド、テスト、デプロイのプロセス内の各段階を表します。 このサンプル アプリケーションでは 1 つの build ジョブのみが必要なので、他の要素はそのキーの下に置きます。
各ジョブには、working_directory を指定するオプションがあります。 この例では、ホーム ディレクトリにあるプロジェクトから名前を付けます。
version: 2
jobs:
build:
working_directory: ~/cci-demo-clojure
他のディレクトリが指定されない限り、以降の job ではこのパスがデフォルトの作業ディレクトリとして使用されます。
working_directory の直下の docker キーで、コンテナ イメージを指定できます。
version: 2
...
docker:
- image: cimg/clojure:1.10
auth:
username: mydockerhub-user
password: $DOCKERHUB_PASSWORD # context / project UI env-var reference
lein-2.7.1 タグを指定して CircleCI 提供の Clojure イメージを使用します。
ここでは、メモリ不足エラーが発生しないように、JVM_OPTS を設定して最大ヒープ サイズを制限します。 標準のコンテナの制限は 4 GB ですが、JVM がヒープ外に確保する分と Leiningen 自体のために、いくらかの容量を残しておきます。 (場合によっては、lein trampoline ... を使用して Leiningen のオーバーヘッドを回避できます)。 たとえば、データベースまたはキューのためのバックグラウンド コンテナがある場合は、メインの JVM ヒープにメモリを割り当てる際にそれらのコンテナを考慮してください。
通常、Leiningen は非 root ユーザーとして実行されることを前提とし、root として実行しているユーザーは例外的と見なします。 この例では、それが意図的であることを示すために LEIN_ROOT 環境変数を設定します。
environment:
JVM_OPTS: -Xmx3200m
LEIN_ROOT: nbd
次に、build ジョブ内にいくつかの steps を追加します。
コードベースで作業できるように、最初に checkout を記述します。
次に、キャッシュをプル ダウンします (存在する場合)。 初回実行時、または project.clj を変更した場合、これは実行されません。 さらに lein deps を実行して、プロジェクトの依存関係をプル ダウンします。 通常、このタスクは必要時に自動的に実行されるため、これを直接呼び出すことはありません。 ただし、このタスクを直接呼び出すことで、save_cache ステップを挿入して依存関係を保存し、次回の処理を高速化することができます。
その後、lein do test, uberjar によって実際のテストが実行されます。 テストが正常に終了した場合は、アプリケーション ソースとすべての依存関係を含む “uberjar” ファイルが作成されます。
最後に store_artifacts ステップを使用して、uberjar をアーティファクトとして保存します。 そこから、これを目的の継続的デプロイ スキームに結び付けることができます。
...
steps:
- checkout
- restore_cache:
key: cci-demo-clojure-{{ checksum "project.clj" }}
- run: lein deps
- save_cache:
paths:
- ~/.m2
key: cci-demo-clojure-{{ checksum "project.clj" }}
- run: lein do test, uberjar
- store_artifacts:
path: target/cci-demo-clojure.jar
destination: uberjar
完了です。 これで Clojure アプリケーション用に CircleCI をセットアップできました。
関連項目
デプロイ ターゲットの構成例については、「デプロイの構成i」を参照してください。
詳細な例
このガイドでは、Clojure Web アプリの最も単純な構成例を示しました。 通常、実際のプロジェクトはこれよりも複雑です。 このため、独自のプロジェクトを構成するときは、以下のサイトのさらに詳細な例が参考になります。
- Syme: リモート コラボレーション用に使い捨ての仮想マシンを構成できるサイト (PostgreSQL を使用し、Heroku に継続的デプロイ)
ドキュメントの改善にご協力ください
このガイドは、CircleCI の他のドキュメントと同様にオープンソースであり、GitHub でご利用いただけます。 ご協力いただき、ありがとうございます。
- このページの編集をご提案ください (最初に「コントリビューションガイド」をご覧ください)。
- ドキュメントの問題点を報告する、またはフィードバックやコメントを送信するには、GitHub で issue を作成してください。
- CircleCI は、ユーザーの皆様の弊社プラットフォームにおけるエクスペリエンスを向上させる方法を常に模索しています。 フィードバックをお寄せいただける場合は、リサーチコミュニティにご参加ください。
サポートが必要ですか？
CircleCI のサポートエンジニアによる、サービスに関する問題、請求およびアカウントについての質問への対応、設定の構築に関する問題解決のサポートを行っています。 サポートチケットを送信して、CircleCI のサポートエンジニアにお問い合わせください。日本語でお問い合わせいただけます。
または、サポートサイトから、サポート記事やコミュニティフォーラム、トレーニングリソースをご覧いただけます。
CircleCI Documentation by CircleCI is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License.
