ASP.NET и Visual Studio - Добавляющий ссылки проекта по сравнению с Папкой Мусорного ведра DLL

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

Мы контролируем версии наших сторонних сборок с помощью Subversion, а затем переносим их через svn: externals в подкаталог рассматриваемого решения или проекта, который затем ссылается на них (и копирует в корзину) .

Это дает немало преимуществ:

1. Серверы сборки более удобны, требуют меньше обслуживания и менее хрупкие.
2. У нас есть история выпусков и мы можем явно контролировать управление версиями для каждого решения / проекта, задавая ревизию номер на каждом svn: external. Например, ваш транк-код может использовать последнюю версию Telerik, но в ваших ветках выпуска используются старые версии.
3. Мы можем делиться сторонними сборками для разных проектов и быть уверенными, что они используют правильные версии.
4. Мы не полагаемся на то, что разработчики установят или обновят правильную версию, но они все равно могут добавлять и тестировать новые версии без вмешательства в другие проекты (при условии, что вы явно определили ревизию)
5. Мы можем тестировать новые версии, но легко вернуться, если что-то не работает.

Так что немного больше рабочей настройки, но я думаю, что это стоило того. Обратите внимание, что мы не контролируем версии (svn: ignore) наши каталоги bin и obj, а сторонние сборки находятся в том же репозитории Subversion, на которые ссылаются посредством относительного пути.

FWIW: Subversion 1.6.6 исправляет досадную ошибку для файл на основе svn: externals. Это означает, что вы можете выбрать один или несколько файлов (например, сборки) из каталога вместо того, чтобы извлекать весь каталог.

Обновление 2013 г.

С появлением NuGet рассмотрите возможность размещения вашего собственного канала через локальный сервер, прежде чем выбирать svn: externals, просто потому, что он дает вам все те же преимущества, плюс он встроен в Visual Studio через Extension Manager и предоставляет лучшую информацию и метаданные, например, возможность сообщить разработчикам, когда выйдет новый выпуск.

Единственное предостережение - разместить ваш канал на сервере Win2008 или более поздней версии, поскольку я столкнулся с некоторыми проблемами с нашим старым сервером Win2003, использующим SSL с проверкой подлинности Windows для защиты канала. Я считаю, что это произошло из-за более старой версии IIS, используемой в Win2003, но проверить не удалось.

рассмотрите размещение собственного канала через локальный сервер, прежде чем выбирать svn: externals, просто потому, что он дает вам все те же преимущества, плюс он встроен в Visual Studio через Extension Manager и обеспечивает лучшую информацию и мета -data, например, возможность сообщить разработчикам о выходе новой версии.

Единственное предостережение - разместить ваш канал на сервере Win2008 или более поздней версии, поскольку у меня возникли некоторые проблемы с нашим старым сервером Win2003, использующим SSL с проверка подлинности Windows для защиты канала. Я считаю, что это произошло из-за более старой версии IIS, используемой в Win2003, но проверить не удалось.

рассмотрите размещение собственного канала через локальный сервер, прежде чем выбирать svn: externals, просто потому, что он дает вам все те же преимущества, плюс он встроен в Visual Studio через Extension Manager и обеспечивает лучшую информацию и мета -data, например, возможность сообщить разработчикам, когда выйдет новый выпуск.

Единственное предостережение - разместить ваш канал на сервере Win2008 или более поздней версии, поскольку у меня возникли некоторые проблемы с нашим старым сервером Win2003, использующим SSL с проверка подлинности Windows для защиты канала. Я считаю, что это произошло из-за более старой версии IIS, используемой в Win2003, но проверить это не удалось.

встроены в Visual Studio через Extension Manager и предоставляют более точную информацию и метаданные, например, возможность сообщить разработчикам, когда выйдет новый выпуск.

Единственное предостережение - разместить ваш канал с помощью Win2008 или выше. server, поскольку у меня возникли некоторые проблемы с нашим старым сервером Win2003, использующим SSL с проверкой подлинности Windows для защиты канала. Я считаю, что это произошло из-за более старой версии IIS, используемой в Win2003, но проверить не удалось.

встроены в Visual Studio через Extension Manager и предоставляют более точную информацию и метаданные, например, возможность сообщить разработчикам, когда выйдет новый выпуск.

Единственное предостережение - разместить ваш канал с помощью Win2008 или выше. server, поскольку у меня возникли некоторые проблемы с нашим старым сервером Win2003, использующим SSL с проверкой подлинности Windows для защиты канала. Я считаю, что это произошло из-за более старой версии IIS, используемой в Win2003, но проверить это не удалось.

Си там очень верно. Также: сохраните папку bin для результатов сборки/компиляции. Как уже было сказано ранее, используйте папку "библиотека" для ссылок. Я даже делаю это с помощью devexpress.

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

Таким образом, вы можете быть уверены, что все используют одну и ту же версию devexpress (ту же, что и в исходниках) для проверки своего кода, и у вас будет меньше проблем с кодом, который компилируется на вашей машине, но не на другой.

.