プライベート jar を入れるlib/
と、目的などのためにクラスパスに配置されlein swank
ます。これは、依存関係管理ツールを使用するポイントを無効にしているように見えますが、実際にそれらの依存関係を管理したくない場合は、Leiningen を「オープンソースの依存関係管理ツール」として扱うことができ、lein clean
.
状況がより複雑になるにつれて (より多くのプライベート jar が関与し、それらが進化し、それらのバージョン管理情報を考慮する必要があります)、プライベート Maven リポジトリを作成するという Arthur のアイデアがより適切になる可能性があります。
(HR は Leiningen 固有の部分のカットオフ ポイントを意味します... Clojure ランドでの一般的なビルド / 依存関係管理ツールの話については、以下に続きます。あなたの状況で非常に役立つと思われるいくつかのリンクを含めてください。)
また、現時点では、Clojure に最適なビルド ツールはどれかという問題について、普遍的な合意はありません。Leiningen は、マインドシェアを獲得する一方で、この分野の機能と洗練度を常に獲得しています。つまり、特に、まだ完全ではありません。Pragmatic Bookshelf の「Programming Clojure」の著者である Stuart Halloway からの引用を次に示します。完全な投稿と非常に興味深い議論については、re: Clojure スペースでのビルド ツールなどについては、Leiningen、Clojure and libraries: what am missing? を参照してください。Clojure Google グループのスレッド。多くの参加者は、ローカルであろうとなかろうと、どのリポジトリにも含まれていないローカル依存関係を持つ必要性を具体的に述べ、そのようなシナリオに対して彼らが思いついた解決策について詳しく述べています。おそらく、機能セットが成熟したときに、問題を現在解決できる/将来解決できる可能性があるものがそこにあるかどうかを確認できますか?
いずれにせよ、ライニンゲンは実際には、いくつかの複雑なシナリオに対してまだ良いストーリーを用意していない可能性があります. これがあなたのケースに当てはまると思われる場合 (つまり、プライベート リポジトリのアイデアを検討した後で)、上記のスレッドから取得した Maven ベースの代替手段へのリンクを次に示します。このブログ投稿Clojure で Maven を使おうとしている人に役立つことを目指しています。私が思い出したように、Meikel Brandmeyer (これも SO 上で彼のオンライン ハンドル kotarak の下) は Gradle (Groovy ビルド システム) を使用して、Clojuresque と呼ばれる Clojure に対応するプラグインを使用しています。Groovyについて最初に知らないので、自分で試したことはありませんが、彼はGroovyで非常に優れた構築行為を実行すると主張しており、mavenとは何の関係もないと信じています-それ自体がプラスである何か私たちの何人かにとって。:-)