Результаты поиска

Я использую MSBuild, чтобы построить свой материал. Я хочу использовать CruiseControl.net как сервер сборки.

Теперь CCNET много ссылается на nAnt, но похоже, что ccnet может сделать большую часть того, что может сделать nant через конфигурацию проекта и msbuild. Кроме того, nAnt кажется немного неподдерживаемым, С бета-релизом, которому уже почти год.

Короче говоря: я на самом деле вполне доволен MSBuild (тем более, что это передний конец компилятора "official") и немного неудобен с nAnt, но я не хочу судить преждевременно.

Каковы были бы причины использовать nAnt вместо MSBuild? Особенно с ccnet, который, кажется, немного перекрывается с nant с точки зрения функций (и добавления связанных с автоматизированной сборкой вещей)

В ориентированном на базу данных приложении, которое предназначено для нескольких клиентов, я всегда думал, что "better" будет использовать единую базу данных для ALL клиентов-связывая записи с соответствующими индексами и ключами. Слушая подкаст Stack Overflow, я услышал, как Джоэл упомянул, что FogBugz использует одну базу данных на клиента (так что если бы было 1000 клиентов, то было бы 1000 баз данных). Каковы преимущества использования этой архитектуры?

Я понимаю, что для некоторых проектов клиентам нужен прямой доступ ко всем их данным - в таком приложении очевидно, что каждому клиенту нужна своя база данных. Однако для проектов, где клиенту не нужно обращаться непосредственно к базе данных, есть ли какие-либо преимущества в использовании одной базы данных на клиента? Кажется, что с точки зрения гибкости гораздо проще использовать единую базу данных с одной копией таблиц. Проще добавлять новые функции, легче создавать отчеты и просто легче управлять ими.

Я был довольно уверен в методе "one database for all clients", пока не услышал, как Джоэл (опытный разработчик) упомянул, что его программное обеспечение использует другой подход, и я немного смущен его решением...

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

Любой вход очень ценится!

Я взял на себя разработку веб-приложения, ориентированного на платформу .net 1.0 и написанного на языках C# и Visual Basic.

Я решил, что первое, что нам нужно сделать, это уточнить процесс сборки, я написал файлы сборки для проектов C#, но у меня есть тонны проблем с созданием файла сборки для Visual Basic.

По общему признанию, я лично не знаю VB, но похоже, что мне нужно жестко закодировать все импортные и ссылочные файлы в моем файле сборки, чтобы получить что-либо до work...certainly не лучший способ делать вещи...

Например: если я не включу систему пространств имен в файл сборки, я получу несколько ошибок общих неизвестных типов, например: Guid

не NAnt, как правило, требуют этот код VB или является ли код VB нужен можно NAnt-содружественная рефакторинг?

У кого-нибудь есть советы VB NAnt?

Возможный Дубликат:
NAnt или MSBuild, какой из них выбрать и когда?

Что является лучшим инструментом сборки для .NET ?

В настоящее время я использую NAnt , но только потому, что у меня есть опыт работы с Ant . Предпочтительнее ли MSBuild ?

Я разрабатываю веб-сайт, который будет управлять данными для нескольких объектов. Данные не являются общими для всех объектов, но они могут принадлежать одному и тому же клиенту. Клиент может захотеть управлять всеми своими сущностями из одного "dashboard". Так что я должен иметь одну базу данных для всего, или держать данные разделены на отдельные базы данных? Есть ли лучшая практика? Каковы положительные / отрицательные стороны для того, чтобы иметь:

• база данных для всего сайта (сущности имеет "customerID", данные имеет "entityID")
• база данных для каждого клиента (данные "entityID")
• база данных для каждой сущности (отношение база данных для клиента находится за пределами база данных)

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

У меня есть проект CC.NET, настроенный для вызова общего файла сборки NAnt, который выполняет некоторые действия, а затем вызывает дочерний файл сборки NAnt. Имя дочернего файла сборки указывается параметром CC.NET в файле сборки команды с помощью свойства.

Препятствие, которое я пытаюсь преодолеть, заключается в том, что общий журнал файлов сборки перезаписывается дочерним журналом файлов сборки, поэтому я не получаю общий журнал сборки в журнале сборки CC.NET.

У кого-нибудь есть идеи, как это исправить?

Я думал об изменении журнала дочерней сборки, но чтение задачи NAnt <nant> не позволяет мне изменить журнал вывода ребенка.

Я пытаюсь настроить CruiseControl.net webdashboard на данный момент. До сих пор это работает хорошо, но у меня есть проблема с отчетом о сроках сборки NAnt.

Во-первых, мой текущий файл ccnet.config выглядит примерно так:

<project name="bla">
...
<prebuild>
 <nant .../>
</prebuild>
<tasks>
 <nant .../>
</tasks>
<publishers>
 <nant .../>
</publishers>
...
</project>

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