“Идеальная” среда разработки.NET? [закрытый]

Мы используем Подверсию с Jira для отслеживания ошибок, управления проектами, FishEye и Тигля для исходного просмотра и кодируем обзор, и это удается очень хорошо.

Мы - команда 12 распространений разработчиков вокруг. Мы - долговременные пользователи FinalBuilder, который мы используем, чтобы сделать все сборки и автоматизированное развертывание - соединение проектов VB.NET и Visual Studio 2008 года, и это удается исключительно хорошо для нас. Мы нацелены на базы данных SQL Server 2005/2008 и сохраняем объекты базы данных в репозитории управления исходным кодом. Большую часть времени мы используем Выпуск Базы данных Visual Studio 2008 года, объединенный с инструментами от Redgate, и он удается вполне прилично для нас - особенно руководящий сценарии изменения и другой материал. Для нас TFS просто не удался - хотя Ваш пробег мог бы варьироваться. Мы нашли, что это, чтобы быть слишком громоздким, трудным настроить рабочий процесс и вместо того, чтобы помочь с рабочим процессом имело плохую тенденцию помешать.

Я соглашаюсь с VS2008 с SP1, SVN (с Анком и Черепахой)

Изучите замок из песка / docproject для генерации документации.

CruiseControl работает хорошо.

Что касается sourcecontrol для баз данных, можно использовать тип проекта базы данных в VS2008 и использовать SVN (или другое решение для управления исходным кодом по Вашему выбору) для хранения этого под sourcecontrol.

Мой выбор был бы:

Лучшее управление версиями.

Я выбрал бы Хранилище SourceGear - надежный, работы как очарование, Ваш источник в сохраненном в базах данных SQL Server-> может легко быть сохранен и не облуплен как Visual SourceSafe.

Wiki или другая система для отслеживания ошибок и документации.

От моего личного опыта: FogBugz является Вашим лучшим выбором - простой, легкий, быстрый для схватывания, сделали задание приятно, просто работы, и все просто "получают его" без долгой и дорогой адаптации / настройка и без большого обучения - просто работает :-)

Упрощенный процесс сборки и ежедневно создает (Визуальная Сборка? CruiseControl.NET?)

CruiseControl.NET является большой бесплатной опцией - если бы Вы не возражаете против speding немного $$$, я также посмотрел бы на FinalBuilder - или как рабочий стол или как серверное приложение.

Управление версиями для базы данных SQL Server

-> используют Хранилище! Работы тот же путь. Используйте большой инструмент как Вершина Сценарист SQL или что-то подобное, чтобы создать и поддержать Ваш SQL, чтобы создать и обновить схему базы данных и поместить те сценарии SQL в Хранилище.

Обновить до Visual Studio 2005 (или 2008)?

Пойдите с Visual Studio 2008 SP1 на.NET 3,5 SP1 - твердый и полный больших новых функций производительности.

Просто мои 0,02$

Мы используем Хранилище SourceGear для управления версиями, и оно работает хорошо на нас как малочисленная команда.

Для отслеживания проекта/ошибки/поддержки мы используем OnTime 2008 от AxoSoft.

Мы также используем ScrewTurn Wiki для документирования процедур и примера кода / лучшие практики.

Для нашего процесса сборки мы не полностью автоматизировали в ежедневный процесс, потому что мы обычно не прокладываем себе путь. Однако для бета-сборок и сборок конечных версий, я просто использую NAnt, чтобы сделать полную сборку для меня после того, как я обновляю числа версии вручную (я делаю это для лучше выглядящих номеров версий для нашей службы поддержки).

И определенно используйте Visual Studio 2008. Версия 2005 года действительно имела много проблем о больших проектах VB (по крайней мере, для нас).

Я - недавнее преобразование в Крепость SourceGear. Это недорого, быстро, и надежно.

Я люблю TFS за более многочисленные команды (> 20 разработчиков). Я только начинаю намочить ноги с Подверсией, таким образом, у меня нет ничего для совместного использования все же, за исключением того, что было довольно легко настроить его.

Trac, однако, был очень трудным получить выполнение. Это - вопрос документации, тем не менее, не сам продукт.

Я отдал бы голос за Сервер Основы Команды. Затем у Вас есть управление исходным кодом, автоматизированные сборки и (довольно) отслеживание ошибок все в одном пакете, который интегрирует очень приятно с VS 2008. Это имеет довольно крутую цену, все же.

На поле разработки

• Visual Studio 2008
• SQL Server 2008
• Красный логический элемент SQL выдерживает сравнение
• Красный профилировщик производительности МУРАВЬЕВ логического элемента

На сервере

• Хранилище SourceGear
• FogBugz (Wiki, выпуски, оценки, отслеживание ошибок)
• CruiseControl.NET

Мое предпочтение переходит к Visual Studio 2008 / Подверсия / Trac / Anck и Tortoise / CruiseControl.NET (TeamCity / Укушенный) установка.

Я не говорю, что TFS не является большим продуктом, но я думаю, что это является 'большим'. Я недавно переключился от Trac / решение для Подверсии TFS, и я предпочитаю первую установку. Существуют детали, но они делают хорошим работать с.

Пример:

• TFS отправляют письма за checkins и сборками, в Trac существует легкий канал временной шкалы. (Существуют обходные решения для TFS.)
• когда существует новая регистрация, нажмите на ссылку (от канала), и Вы находитесь в среде Trac. Вы видите хорошую разность с предыдущим chancgeset. (где в TFS?)
• Интегрированная Wiki является очень хорошей средой для внутренней документации.
• IntelliSense в клиенте Черепахи для Ваших комментариев
• хороший веб-интерфейс для просмотра источника, документация обновления (было легко, когда я был дома),
• ...

Небольшие детали делают это намного более хорошим инструментом для меня.

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

Любая идеальная среда разработки.NET имела бы копию ReSharper установленной. Я - недавнее преобразование, и я люблю его.

Я думаю, что Вы все склоняетесь в правильном направлении.

Пойдите с Visual Studio 2008. Это очень стабильно с SP1, и можно быть нацелены на и версию 2 и для версию 3 платформы.NET.

Неважно, сколько времени и думало, что Вы помещаете в это, Вы никогда не будете, вероятно, заканчивать с "идеальной" средой. Каждый инструмент имеет их собственный кварк и проблемы. Тем не менее, вот некоторая пища для размышления:

Перейдите к последней и самой большой версии Visual Studio, Visual Studio 2008 SP1.

Если Вы - подписчик MSDN и купили Версию системы Команды Visual Studio, можно установить Сервер основы команды (TFS). TFS является довольно гладким продуктом, который интегрируется в Visual Studio. Это использует Windows Sharepoint Services (WSS), которая дала бы Вам способность иметь wikis, репозитории документов, и т.д. (в основном разделенный вниз версия Microsoft Office Сервер Sharepoint). TFS также даст Вам новейшую версию Visual SourceSafe, который у меня не было проблем с, и переговоры по Microsoft об этом способность масштабировать сотням тысяч пользователей. Выпуск Рабочей группы TFS разрешит Вам до 5 разработчиков для использования, не имея необходимость покупать лицензию. Выше 5 пользователей, и необходимо будет купить лицензии. Я также вполне уверен, необходимо было бы использовать SQL Server 2005 для выполнения TFS, но я мог быть неправым. Мы имеем TFS, установленный на единственном поле (наше поле разработчика), и не имели никаких проблем.

  ТАКИМ ОБРАЗОМ, TFS дал бы Вам:

• Сотрудничество
• Управление версиями
• Создание отчетов о состоянии проекта
• Отслеживание ошибки
• Интеграция в Visual Studio
• Много других положительных героев

Для Ваших ежедневных и непрерывных сборок я склонился бы к CruiseControl.NET (CC.NET). Мы попытались использовать систему сборки, встроенную в TFS, но столкнулись со многими, много проблем (я думаю главным образом из-за способа, которым наши проекты структурированы). CruiseControl.NET был бризом, чтобы установить и настроить, и работает как чемпион. Можно настроить его для непрерывного здания (каждая регистрация инициировала сборку), и ежедневно создает. Вам, вероятно, придется найти некоторый секач способами заставить CruiseControl.NET сделать некоторые более трудные задачи (как остановка сервиса, и т.д.), но это не смогло сделать что-либо, в чем я нуждался сделанный. Это также довольно расширяемо, таким образом, можно написать некоторый код, чтобы заставить его сделать то, что Вы хотите, который является хорошей функцией.

Не уверенный в управлении версиями базы данных, но я предположил бы, что можно использовать Источник TFS, Безопасный достигнуть этого.

Удачи!

Моя рекомендация для IDE и управления исходным кодом:

• VS2008 с SP1
• SubVersion, с TortoiseSVN (для Windows Explorer) и AnkhSVN (для VS2008)

Очень да на VS 2008 с SP1. Я также настоятельно рекомендую:

• ReSharper
• SourceGear Vault (абсолютно нулевое обучение от VSS, со всеми преимуществами SVN)

I have heard a number of good things about TFS; however, there is also the cost factor. The tools you listed work very nicely with one another and are free.

One addition I would make is TortoiseSVN for the Subversion client. Purists don't like it, but the fact that it integrates with the Windows shell's context menus (right clicks) makes it very easy to use.

For SVN versions, go with the 1.6 release that came out recently. Branching and merging have been improved with this version.

Trac is a great tool. Make sure to read up on TracWiki and TracLinks formatting rules for your SVN commit messages. Trac parses these messages so if you're commiting a fix for Ticket 123, adding '#123' to the SVN message allows Trac to link that commit (and all files associated with it) to the corresponding Trac tickets. This becomes especially usefull if and when you decide to move to delta releases.