Как вы должны управлять внутренними общими библиотеками при использовании NuGet?
Как вы должны управлять внутренними изменениями между продуктами при использовании NuGet? У нас есть много команд, работающих над отдельными компонентами, которые используют общую библиотеку, написанную внутри. Любой может внести изменения в совместно используемую библиотеку, но изменения должны быть обратно совместимыми. (Очевидно, что этот мандат невозможен, если вы хотите внести большие изменения, такие как обновление.NET-версии библиотеки).
Мы стремимся к использованию NuGet для управления зависимостями, но я не уверен, как это сработает на примере реального мира. Каждая из наших команд работает в рамках Scrum, и предполагается, что в конце каждого спринта (или чаще) каждая команда будет выпускать обновленные пакеты NuGet для своего компонента. Это будет означать, что взаимозависимости между продуктами лучше управляются. Тем не менее, я не понимаю, как это работает для базовой библиотеки, в которой не работает ни одна специальная команда.
Если я работаю над компонентом A I, я хочу добавить что-то в базовую библиотеку и немедленно использовать ее. В настоящее время основная библиотека является проектом, на который ссылаются все компоненты решений Visual Studio. Правильный ли подход состоит в том, чтобы создать предварительный пакет для каждого коммита и обновить компонент, чтобы использовать это? Если да, то когда должна быть создана стабильная версия базовой библиотеки?