Bạn có thể đặt các lọ riêng của mình vào lib/
và chúng sẽ ở trên classpath cho các mục đích lein swank
và tương tự; điều này dường như đánh bại quan điểm của việc sử dụng một công cụ quản lý phụ thuộc, mặc dù nếu bạn không thực sự muốn những phụ thuộc đó được quản lý, bạn có thể coi Leiningen như một "công cụ quản lý phụ thuộc nguồn mở" và có thể cẩn thận với lein clean
.
Khi tình hình trở nên phức tạp hơn - có một số lượng lớn hơn các lọ riêng có liên quan, chúng sẽ phát triển và bạn cần tính đến một số thông tin về phiên bản cho chúng - ý tưởng của Arthur về việc tạo một repo Maven riêng có thể phù hợp hơn.
(Nhân sự biểu thị điểm cắt phần cụ thể của Leiningen ... Tiếp tục bên dưới để biết thông tin về câu chuyện chung của công cụ quản lý phụ thuộc / xây dựng ở Clojure land, bao gồm một số liên kết mà tôi nghĩ có thể rất hữu ích trong tình huống của bạn.)
Ngoài ra, vẫn chưa có sự thống nhất chung nào về câu hỏi đâu là công cụ xây dựng tốt nhất cho Clojure và Leiningen, trong khi tăng cường chia sẻ tư duy, cũng liên tục đạt được trong các lĩnh vực tính năng và đánh bóng - nghĩa là, đặc biệt, nó vẫn chưa hoàn thành. Đây là câu nói của Stuart Halloway, tác giả của cuốn sách "Lập trình Clojure" của Pragmatic Bookshelf: "My 2c: Leiningen là một bước quan trọng, nhưng vẫn còn nhiều việc phải làm." Để có bài đăng đầy đủ và một cuộc thảo luận rất thú vị về: xây dựng các công cụ và những thứ tương tự trong không gian Clojure, hãy xem Leiningen, Clojure và các thư viện: tôi còn thiếu gì?chủ đề trên nhóm Google Clojure. Nhiều người tham gia đề cập cụ thể sự cần thiết phải có các phụ thuộc cục bộ không có trong bất kỳ kho lưu trữ nào, cục bộ hay cách khác, và giải thích rõ hơn về các giải pháp mà họ đã đưa ra cho các tình huống như vậy. Có lẽ bạn có thể xem liệu có điều gì ở đó có thể giải quyết vấn đề của bạn bây giờ / có thể giải quyết nó trong tương lai, khi các bộ tính năng hoàn thiện không?
Dù sao, có thể là Leiningen trên thực tế có thể chưa có một cốt truyện hay cho một số kịch bản phức tạp. Nếu bạn cảm thấy điều này có thể đúng với trường hợp của mình (và ý tôi là sau khi bạn xem xét ý tưởng repo riêng tư), đây là một số liên kết đến các lựa chọn thay thế dựa trên maven được lấy từ chủ đề đã đề cập ở trên: polyglot maven , clojure-maven-plugin ; bài blog nàynhằm mục đích hữu ích cho những người đang cố gắng sử dụng maven với Clojure. Như tôi nhớ lại, Meikel Brandmeyer (cũng trên SO dưới tay quản lý kotarak trực tuyến của anh ấy) sử dụng Gradle (một hệ thống xây dựng Groovy) với một plugin để chứa Clojure có tên là Clojuresque; Tôi chưa bao giờ tự mình thử nó, vì không biết điều đầu tiên về Groovy, nhưng anh ấy tuyên bố sẽ thực hiện một hành động xây dựng rất tốt với nó và tôi tin rằng nó không liên quan gì đến maven - một cái gì đó là một điểm cộng của chính nó cho một số người trong chúng ta. :-)