Добавление ссылочных сборок в систему контроля версий или просто сохранение ссылки на GAC - PullRequest
0 голосов
/ 12 августа 2011

У нас была дискуссия с коллегами по проектным ссылкам и системам контроля версий.Мы разделены на 2 группы:

  • Добавьте все ссылочные сборки (за исключением .NET Framework по умолчанию) в папку ссылок в вашем решении, оттуда сделайте ссылку и отметьте эту папку вваша система контроля версий.Плюсы: каждый может проверить код и построить проект, независимо от того, в какой среде он работает.

  • Ссылка на GAC для всех основных продуктов (например, SharePoint) и только добавление более экзотическихбиблиотеки в папке ссылок, после того, как все люди, работающие над проектом, настроили свою систему для работы (например, SharePoint установлен для разработки SharePoint, так как VS2010 не открывает эти решения без).Плюсы: вы уверены, что работаете с реальными установленными сборками, а не с какой-либо бета / SP / .. версией, которую один из разработчиков установил и скопировал в папку ссылок.

Какая лучшая практика?Или есть еще лучшие решения?

1 Ответ

1 голос
/ 12 августа 2011

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

Также, если ссылки из GAC на систему CI могут не иметь успешной сборки из-заПо тем же причинам.Я знаю, что это не очень хорошее решение для хранения бинарных сборок в системе контроля версий, но по крайней мере это означает, что все разработчики будут использовать одинаковые версии файлов

...