Отраслевой стандарт для управления пакетами Nuget на предприятии

Question

У меня есть ситуация, когда у нас есть несколько проектов на C #, в которых используется аналогичный набор пакетов Nuget (например, Ньютон Джсон, Microsoft Compilers and CodeDom, Owin, log4net, jQuery, EntityFramework и т. Д.)

Я пытаюсьчтобы увидеть, как у нас может быть общее местоположение для всех пакетов Nuget, чтобы уменьшить объем этих двоичных файлов в Git, имея для них единый репозиторий, централизовав их в одном месте.

Один из найденных вариантов - использовать Nuget.config в каждом проекте с repositoryPath, установленным для указания на общее расположение.Это прекрасно работает для добавления / обновления / восстановления пакетов Nuget в проекте, но не очень чистое, когда пакет удаляется из одного проекта, но все же требуется в другом.По сути, пакет будет удален из общего расположения, и изменение будет передано в Git, а затем, когда этого потребует другой проект, будет восстановлено и добавлено обратно в Git.На мой взгляд, это не идеальное решение.

У меня есть вопрос, состоящий из двух частей: 1. Есть ли способ улучшить описанный выше рабочий процесс после удаления пакетов?2. Каков отраслевой стандарт для работы со сторонними библиотеками, поставляемыми через Nuget?Или, если их нет, вы можете поделиться своим опытом работы с пакетами Nuget в нескольких проектах.

Answer 1

1. Если проблема связана с размером / организацией репозитория Git, возможно, вы можете сделать игнорирование .git для папок зависимостей, чтобы git не фиксировал их в репозитории.Когда вам нужно построить проекты из исходного кода, просто выполните восстановление dotnet / nuget, чтобы получить зависимости из источника, настроенного вами в Nuget.config

2. Не уверен, что это отрасльстандартный, но мы размещаем наш собственный сервер Nuget для управления библиотеками, которые могут использовать разные команды.У Microsoft есть статья на Размещение собственных каналов NuGet

Надеюсь, это поможет.