NuGet管理內部程序集的版本控制--DLL地獄

Question

背景信息 我已經擁有共享大量內部程序集的3個網站的所有權，它們每個都連接到IIS中用於基本CRUD類型操作的WCF服務。

幾個不同的開發人員可以在任何時候在每個網站上工作，對共享程序集中使用的代碼進行更改/添加。

問題 然後每個開發人員構建他們的代碼並確保他們的網站正常工作。但他們不知道在更改共享代碼時，他們可能會影響其他網站的功能。

要解決這個問題，我可以分別構建每個共享程序集，將dll複製到每個網站特定的目錄並從那裏添加引用。

然而，這標誌了幾個問題：

1. 這意味着一直在打造的共享組件和手動複製該DLL給它需要的目錄

2. 當開發者在。共享程序集的最新源代碼，他們以任何方式獲得更改。

我曾考慮過使用nuget軟件包來管理這個問題，但是這隻能真正解決問題1，使它更容易管理特定的版本。

我希望這是有道理的...

其他人有任何建議/提示嗎？

Answer 1

這個沒有真正的魔力。

開發人員不得不承擔一定的責任，以確保對共享程序集的更改不會影響引用那些程序集的其他代碼或您確實不應該跨項目共享它們。如果他們在這些共享程序集中發生的變化確實經常發生，您可能會考慮將這些部分或其更改的方法遷移到每個單獨的項目中。像這樣共享程序集應該只能用於絕對核心功能，這些功能應該很少發生變化。