最佳方式罐子

我們有2個Java項目都具有RTC（IBM的Rational Team Concert）的Java平原庫（用於編程交互，RTC組件）。最佳方式罐子

因此，對於任何新的工具，我們將建立我們需要這些庫即達30萬桶。

有沒有最好的組織這個？

來源

2017-04-21 chandra sekhar

仍然最好的方式似乎使用** maven **構建基礎結構。搜索都會找到一些插件和其他指南。 –

@chandra以及爲什麼這個尺寸很重要？ – Antoniossss

只要考慮我們有項目A與libs和proj B與libs（注意：libs使用projs是相同的），當我添加proj a作爲依賴到Proj B，當我在不同的文件夾中導出一個罐子庫，然後我看到每個jar得到重複，我必須手動刪除它們。 –

我們需要這些庫即達30萬桶。

如果你30MB指的是二進制庫（即二進制依賴），那麼RTC（ALM中 - 應用程序生命週期管理 - 室內用打交道門票，源頭控制和任務調度）不參與。
你需要將這些二進制文件存儲在一個artifact repository like Nexus，並在pom.xml存在於其他每個RTC組件聲明這些依賴關係。

如果你想保持源的依賴，那麼你將確保這兩個庫的代碼在自己的組件，你想補充說，在你的項目流成分。但這不是Java項目的最佳實踐。

在這兩種方法中，圖書館是各自在自己的組件，這使得他們能夠按照自己的節奏發展，用自己的基準。

來源

2017-04-21 19:56:59 VonC

是我同意依賴關係，但如何處理下面的情況，只要考慮我們有項目A與libs和proj B與libs（注意：libs使用projs是相同的），當我添加proj作爲依賴到Proj B，當我出口一個罐子在不同文件夾中的庫，然後我看到每個罐子被重複，我必須手動刪除它們。 –

@chandrasekhar重複不是一個問題，每個項目都可以用自己的庫（即使它們是相同的）來構建自己。重要的一點是這些庫不會存儲在RTC中，而是存儲在一個單獨的參考（專用於存儲二進制文件） – VonC

最佳方式罐子

回答

相關問題