我們使用Gradle構建Java項目，目前我們有常青藤存儲庫來存儲第三方構件，並且將我們自己的構件發佈到（repo使用Gant腳本和常青藤ANT任務構建）中。但回購管理是基本的。
Gradle也可以使用Maven回購協議，因此切換到像Archiva或Nexus這樣的Maven工件管理器是一種選擇，但也許是不必要的。你知道哪些工具或最佳實踐可以幫助我們構建和維護常春藤回購？常春藤倉庫的最佳實踐或工具？
只是要清楚：我們已經閱讀了教程和更多內容，並瞭解如何去做，但它仍然是基本的維護。
在過去，我只使用常青藤資源庫來發布使用簡單的低級別協議（如FTP站點）的小型專用存儲庫發佈工件。 （所有網站需要的是一個版本的目錄佈局和的ivy.xml文件描述arifacts）
基於倉庫基礎設施Maven是現在如此普遍，與一些許多項目使用它，它幾乎毫無意義，以促進替代資料庫管理標準。 Sonatype（公司背後的Maven）使他們的存儲庫產品Nexus可供所有人使用，因爲每個人都有興趣將Maven中央的帶寬要求控制在可控狀態。
謝天謝地，常春藤與Maven相得益彰，意味着您可以充分利用兩全其美的優勢。
在我看來，在Ivy的倉庫中沒有太多的工作，因爲它只是工作。你可以不用Ivy的Ant任務，你可以直接從文件系統完成，就這麼簡單。
不可否認，像改變人造物名稱這樣的東西可能很難，但是再一次，這是你不應該做的事情。
你如何處理大多數圖書館不提供ivy.xml描述符的事實？寫下你自己，從maven轉換出來並剝離下來，...我有種感覺，我正在浪費時間來維護工件，而我不應該這樣做 – 2010-01-12 23:12:33
我們通常會將Maven *（如果有的話）轉換爲基礎*，看看它是否足夠好並根據需要調整。通常Maven基礎具有額外的依賴關係，需要仔細查看，但正如所生成的基礎構件目前運行得很好。 – Esko 2010-01-13 14:35:59
我已創建約my Ivy repository layout and choices的博客條目。你可能有不同的要求，但我認爲總是很好的檢查其他的解決方案，以獲得一些想法...
有一個名爲Ivy Roundup的社區項目，旨在建立一個共同的，最新的共同常春藤回購共同第三方庫。匹配那裏使用的命名規則可能是一個好主意，甚至更好，只需使用<ivy:install> task即可從那裏獲取模塊。
當我需要第三方庫時，我通常在做的是在MVN repository中搜索它，然後單擊「常春藤」選項卡以獲得ivy.xml的常春藤依賴項。
問題不是很清楚，IMO。 – 2010-01-12 18:56:56
的確，我已經改變了問題標題 – 2010-01-12 19:04:19