NuGet для управления версиями внутренних сборок - DLL Hell

Question

Фоновая информация Я взял на себя ответственность за 3 веб-сайта, которые совместно используют ряд внутренних сборок, каждый из которых подключается к службе WCF, размещенной в IIS для основных операций типа CRUD.

Несколько разных разработчиков могут работать на каждом веб-сайте в любое время, внося изменения и дополнения в код, который используется в общих сборках.

Проблема Каждый разработчик затем создает свой код и гарантирует, что их сайт работает правильно. Однако они не знают, что при изменении общего кода они могли повлиять на функциональность других веб-сайтов.

Чтобы решить эту проблему, я могу собрать каждую общую сборку отдельно, скопировать DLL в каталог, специфичный для каждого веб-сайта, и добавить ссылку оттуда.

Однако эти флаги вверх пару вопросов:

1. Это означает, что постоянно строят общую сборку и вручную скопировать DLL в каталог это требуется в

2. Когда разработчик получает. последний исходный код для общей сборки, они каким-либо образом получают изменения.

Я подумал об управлении этим, используя пакеты nuget, но это действительно действительно касается проблемы №1, чтобы немного упростить управление конкретными версиями.

Я надеюсь, что это имеет смысл ...

Кто-нибудь еще есть какие-либо советы/советы?

Answer 1

В этом нет настоящей волшебной пули.

Либо разработчики должны нести ответственность за то, чтобы изменения в общих сборках не влияли на другой код, который ссылается на эти сборки или, вы действительно не должны делиться ими по проектам. Если вещи, которые они изменяют в этих общих сборках, действительно случаются так часто, вы можете подумать о переносе этих частей или методах, которые они меняют на каждый отдельный проект. Совместное использование подобных сборок должно выполняться только для абсолютных основных функций, которые должны меняться очень, очень редко.