Должен ли я сохранить двоичные файлы сторонних библиотек в исходном элементе управления?

Теперь, когда я использую NuGet для добавления/обновления моих требуемых ссылок, возможно ли только добавить package.config в исходный элемент управления и добавить .dll во время сборки?

Обычно, как описано в этом связанном вопросе, я храню зависимости сторонних разработчиков в папке под корнем решения и проверяю их на исходный элемент управления.

В настоящее время мы не используем какие-либо пользовательские инструменты сборки или скрипты: просто построим по умолчанию VisualStudio с .sln файлом.

Ответ 1

Да, вы можете! http://docs.nuget.org/docs/workflows/using-nuget-without-committing-packages

Текущий рабочий процесс NuGet всегда состоял в том, чтобы скопировать папку Packages в исходный элемент управления. Причиной является то, что он соответствует тем, что разработчики обычно делают, когда у них нет NuGet: они создают папку "Lib" или "ExternalDependencies", там дублируют двоичные файлы и передают их в исходный элемент управления, чтобы другие могли создавать.

Хотя это хорошо работает для некоторых пользователей, мы также слышали от многих, что передача пакетов в исходный контроль не то, что они хотят делать. При использовании DVCS, таких как Mercurial или Git, компиляция двоичных файлов может увеличить размер репозитория, как сумасшедший с течением времени, делая клонирование все более и более болезненным. На самом деле, это был один из лучших запросов NuGet для отслеживания проблем.

Хорошей новостью является то, что NuGet теперь предлагает рабочий процесс, который имеет большое значение для решения этой проблемы. Он не на 100% автоматизирован, но с некоторой минимальной болью вы можете настроить свой проект, чтобы сделать это...