Каково лучшее Управление версиями для Visual Studio 2008 SP1?
В соответствии с примечаниями в Таблица 3-9: Параметры, связанные с главным интерфейсным устройством AXI Crossbar в PG059 Руководство по межкомпонентному соединению AXI , размер всего диапазона адресов должен быть равен 2 определяется по 2 ** Mmm_Aaa_ADDR_WIDTH.
Поскольку мастер AXI-Interconnect в вашем проекте, вероятно, подключен к ведомому интерфейсу AXI4 GP системы PS, значение Mmm_Aaa_BASE_ADDR больше или равно 12, т.е. минимальный диапазон адресов, который может быть назначен для каждого IP-ядра должно быть не менее 4 КБ (4096), как показано на ваших рисунках.
С точки зрения дизайна, если вам не хватает места в памяти для выделения ваших IP-ядер, больший диапазон может быть лучше, так как он уменьшает биты, необходимые для сравнения в межсоединении AXI, что приводит к снижению потребления аппаратных ресурсов, и, возможно, улучшенная скорость (быстрее достижимые часы AXI) и более простое размещение и маршрутизация с ограничениями по времени.
11 ответов
У нас есть Подверсия с TortoiseSVN и установкой CruiseControl.NET здесь для нашего первого Приложения MVC. До сих пор это удавалось вполне прилично, таким образом, я рекомендовал бы это.
Править:
Забыл упоминать, что они оба свободны, который имеет значение в зависимости от Вашей ситуации. Кроме того, я не попробовал интеграции VS, потому что у нас есть некоторый материал, для которого мы не используем VS так, я просто сохраняю пониженным к файловой системе. Мы еще даже не действительно полностью настроили Круиз-контроль, но моя любимая часть - то, что, после того как я знаю, что-то работает, я могу фиксировать его и после того как я получаю уведомление по электронной почте, которое он создал успешно, я немедленно знаю, что улучшил продукт.
РЕДАКТИРОВАНИЕ № 2:
Мы с тех пор переключились на использование Гудзона. Это имеет больше графического интерфейса и позволяет Вам пропускать целую вещь конфигурации XML-файла. Несколько вещей отметить, хотя:
Это основано на Java, но по моему опыту не является всем этим трудным настраивать, если Вы не торопитесь и следуете инструкциям. Это все еще хорошо работает для приложений.NET.
Необходимо будет добавить, что постфиксация сцепляется с SVN (или эквивалент для установки управления исходным кодом), чтобы иметь его wget URL сборки. С другой стороны, у Вас может быть он, опрашивают SVN автоматически каждые несколько минут/часы. Это варьируется между проектами для нас, я имею, некоторые настраивают каждый путь.
Мы используем robocopy для перемещения файлов путем запущения скрипта пакетной обработки после сборки, когда файлы копируются, хотя, robocopy производит другой код выхода чем тогда, когда это не копирует файлов, который заставляет Гудзон думать, что была ошибка. Я работал вокруг этого путем простого дублирования каждого robocopy, управляют, чтобы я использовал.
Я использую SVN, TortoiseSVN и VisualSVN.
TortoiseSVN является бесспорно лучшей оболочкой Windows, интегрированной UI. То, что VisualSVN приносит стороне, является идеальной интеграцией с Visual Studio 2008.
До получения VisualSVN мы использовали TortoiseSVN вручную, и проблема с этим состоит в том, что неявно созданные файлы поддержки часто не добавляются к управлению исходным кодом, приводящему к поврежденной сборке. Легко зафиксировать, но это - большая игра, чтобы убить время.
VisualSVN заставляет ту стычку исчезнуть сразу и полностью.
Если у Вас есть больше денег, чем смысл, Система Команды VS решает эти проблемы и является единственной, которую я когда-либо видел с управлением исходным кодом, которое можно применить непосредственно к объектам в базе данных (SP, функция, таблица, представление и т.д.).
В бюджетном конце рынка, SVN + TortoiseSVN + VisualSVN. В другом конце города VSTS трудно разбить.
Я всегда озадачиваюсь людьми, которые не хотят размещать их собственные репозитории. Это очень легко сделать, и протокол SVN так эффективен, чтобы я мог едва сказать, что различием между локальным доступом и удаленным использованием через Интернет - и наш интернет-шлюз на работе является piddly 512K DSL совместно использованный 20 людьми. В прошлый раз, когда я попробовал AnkhSVN, это было облуплено как ново испеченный яблочный пирог.
Я использую ankhsvn, это свободно и работает действительно хорошо. У меня еще не было проблем с ним.
Если деньги не являются проблемой, управление исходным кодом в Сервере Основы Команды является большим. Безупречная интеграция и способность добавить политики и предупреждения на проверке ins делают действительно легким для людей знать то, что продолжает код. TFS также имеет возможность сцепиться в круиз-контроль или другие агенты сборки для непрерывной интеграции.
Я также использовал SVN, и вне нескольких ошибок нашли его очень бюджетом дружественный - СВОБОДНЫЙ.
В конце Вы лучше всего обслуживаетесь, чтобы удостовериться, что Ваш код, по крайней мере, сохранен в другом месте как сетевой диск как минимум. Для истории кода и других функций, SVN, VSS и TFS все удовлетворили бы Ваши потребности. Деньги являются, вероятно, движущей силой здесь все же.
Мы используем сервер основы команды. Это является большим для нашей команды, поскольку это имеет gui frontend. Если бы у Вас нет потребности в gui фронтэнде из поля затем, я, вероятно, пошел бы с подверсией. Я знаю команду, которая использует подверсию и cruiscontrol в php мире, и любите его.
Я также использую Подверсию наряду с TortoiseSVN, но я не беспокоюсь интеграцией VS (хотя я действительно покупал Визуальный SVN, я не использую его). Другая вещь добавить, тем не менее, состоит в том, что мне везло с относительно недорогим сервисом SVN под названием Бобовый стебель. Это легко настроить и заражается всеми головными болями сервера от моих плеч. Они по http://www.BeanstalkApp.com. Я не аффилирован с ними за исключением клиента, но мне действительно нравится проводить рекомендации, когда мне нравится продукт/сервис.
По необходимости хорошо - но это были три года, с тех пор как я использовал его так, я не знаю, как это выдерживает сравнение с Subversion и др. в эти дни.
Тот, который работает лучше всего на Вас, Вашу среду и Ваш бюджет.
Лично у меня есть пользователь Визуальный Безопасный Источник, SourceAnywhere и Подверсия. В целом, я предпочитаю Подверсию с клиентом VisualSVN.
Если у Вас есть наличные деньги, Система Команды была большой для моего отдела.
Я пробовал дальше, и Subversion + TortoiseSVN + VisualSVN - лучшее, что я нашел. Если вы ищете сервер непрерывной интеграции, Хадсон - хороший выбор (он лучше, чем CruiseControl.Net)