Лучшие инструменты управления проектами, контроль источника, строитель и вики [закрыты

Question

Привет там. Я собираю новую команду программного обеспечения, и я смотрю на разные инструменты, которые преодолевают предыдущие кошмары, у меня были с другими командами.

За последние 5-6 лет это некоторые переходы, которые я прошел через:

Управления источником:
CVS => VSS => SVN

Управление проектами, ошибка и отслеживание ошибок:
Paper => Postit Notes => OneNote => Bugnet => Onlime

Вики и документация:
Word + Network Share => Surnturn Wiki

Автоматизация построителя:
Cruise Control + MSBuild

Сейчас, специально из-за SVN и ситуации в вики, я ищу начать эту команду с чем-то свежим. В прошлом у нас были разветвленные кошмары с SVN, и чем больше мы пытаемся его исправить, худшее становится. Другой вызов, который у меня есть, - найти то, что стабильно и интегрируется. Вы можете себе представить, что Bugnet + SVN + SURTTURN + CRUISECONTROL + MSBUILD - это совсем разные животные, поэтому интеграция и синергия очень важны; Я не хочу быть keking между 10 различными приложениями, чтобы сообщить об ошибке или назначить задачи и просмотреть завершенные работы и посмотреть в журнал REPO.
Итак, новая команда, и я сейчас разговаривал на пару дней, и я думаю, что мы сократили его до 2 позиций:

1. TFS 2010.
Плюсы:
- все в одном решении. Это действительно все это, включая новый шаблон процесса Scrum.
- Очень дружелюбный пользовательский интерфейс и интеграция SharePoint.
- Wysiwyg Wiki и Office Integration.
Минусы:
- Высокие передовые затраты в аппаратно-админском времени. Программное обеспечение тоже, но это не влияет на нас, потому что у нас есть подписка MSDN с бесплатным программным обеспечением.
- Я нерешитель к исходному контролю TFS. SC на основе файлов и с центральным хранилищем, как SVN и VSS. Я действительно не хочу падать на те же проблемы, которые у нас были в прошлом.

2. Fugbugs + Kiln + CC
Плюсы:
- печь использует Mercurial, со всеми преимуществами распределенного контроля источника.
- Минимальные адапфронты и планирование времени, чтобы получить его и бежать. 30,00 долл. США за пользователя в месяц.
- Очень дружелюбный веб-интерфейс пользователя.
- редактор Wysiwyg Wiki.
- Очень простой выпуск трекер и инструменты управления проектами. Было бы легко интегрировать процессы Scrum.
Минусы:
- Не хватает инструментов автоматизации Builder для более интегрированных процессов (таких как TFS). Так что это будет означать, что нам придется продолжать стучать наших головах с функциями командной строки и задачами сообщества, чтобы поддерживать работников нашего строителя.

Вернувшись в день, я использовал систему команды Visual Studio 2005, и я не принял лучших воспоминаний со мной о системе; Но новые TFS 2010 кажутся очень надежной ставкой. Fogbugz и Mercurial являются вроде как новые дети в блоке, и они приносят свежие мышления к новым процессам, но так как всегда это двойной край.
Кто-нибудь с прочным опытом с любым из них? Мы пропускаем, что 3-й вариант? У вас есть эта серебряная пуля для моих проблем?

1. Инструменты Интеграция
   1.1. Управления источником
   1.2. Вики
   1.3. Создание автоматизации
   1.4. Управление проектом
   1.5. Выпуск трекера
2. Минимизируйте ветвление исходного контроля и объединения конфликтов (да, нужно для нас в отделении и слиянии)
3. Дружественный пользовательский интерфейс (не все CMD Hacker)
4. Wysiwyg Wiki.
5. Кривая обучения для разработчиков.
6. Время, чтобы получить все это работает против Долгосрочная ценность.

Новая команда имеет 4 члена команды + 1 менеджер проекта (Master Scrum) и 1 менеджер по продукту (владелец продукта). Таким образом, мы говорим о относительно небольшой и новой команде. Область охвата и проекты, над которыми мы будем работать, - это большие, корпоративные приложения с несколькими проектами и вариациями разветвлений

Answer 1

Предлагаю вам использовать TFS 2010 и Visual Studio 2010 (если вы разрабатываете приложения .NET)

Вам не нужно беспокоиться о SC на TFS. TFS хранит все в SQL Server DB. TFS работает на веб-сервере, поэтому вы можете подключить исходный элемент управления, где вы хотите.

Отслеживание WI - это плюс. TFS имеет удивительный механизм отслеживания WI. Вы можете настроить свой WIS, если хотите. TFS поддерживает дополнительный программный процесс, такой как MSF, CMMI или Agile.

Тестовые возможности TFS 2010 идеальны. Если вы используете с Visual Studio 2010, вы можете максимизировать свою эфирную величину с TFS 2010.

Ветвление всегда раздражает, когда придет время слиться; Но TFS 2010 всегда помогает вам. Вы можете отслеживать изменения в своих источниках до ветвей и объединения.

Механизм сборки TFS 2010 поддерживает рабочий процесс. Таким образом, вы можете легко настроить свой процесс сборки; Если это не подходит для вас, вы можете использовать дополнительные пакетные файлы (MSBUILD).

TFS 2010 имеет более упрощенную работу администрирования, затем TFS 2008 и 2005 годы. Вы можете легко создавать агентов по сборке, машины, коллекции проекта и т. Д.

TFS 2010 поддерживает практически все продукты MS; такие как MS Office. Excel имеет отличную интеграцию с TFS или MS Project. Не забудьте SharePoint.

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

Но я знаю, что вы не можете использовать TFS от MSDN Subs для коммерческих целей. Потому что это только для теста, и только 5 пользователь может подключиться (я не совсем уверен)

По крайней мере, вам не нужно настроить TFS на выделенном сервере, если хотите (это не рекомендуется). Вы можете настроить на Win7, если хотите, и TFS может работать на SQL Server Express

Поэтому я предлагаю вам TFS 2010. Если вы разрабатываете .NET Приложения Ничто не может быть лучше, чем TFS.

Answer 2

Насколько большой будет ваша команда, а какая методология / роли все будут использовать?

Я бы сказал, если это огромная команда, TFS может больше удовлетворить ваши потребности.
Особенно, если вам нужно публиковать в SharePoint, или иметь более определенные роли в вашей команде.

Однако, если вы хотите, если вы хотите меньший масштабный раствор, который будет соответствовать меньшему команде лучше, что-то вроде SVN / TRAC / Cruise Control может наилучшим образом соответствовать вашим потребностям.

Answer 3

Вы звучите так, будто вы ищете что-то вроде Трассы.

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

Он предоставляет интерфейс для Subversion (или других систем управления версиями), встроенной вики и удобной отчетности.

TRAC может быть продлен с плагинами. То Trac-Hack. Wiki - это место, чтобы пойти на плагины.

Вот еще один вопрос в штате запрашивает Рекомендуемые плагины TRAC.

Answer 4

Редмин на помощь.

Answer 5

До сих пор я был очень доволен Атлассиан товары). JIRA очень хорошо интегрирует с Subversion. Если вы предоставляете текстовый тег в вашем конфисковании, JIRA будет отображать изменения, связанные с этим изменениями. Вместо того, чтобы использовать Fisheye, websvn. Был ли инструмент выбора в качестве SVN веб-фронта. Если вы просто ищете «вики», Foswiki делает хорошую работу. Но я ищу больше от угла Linux на цепочке инструментов.

Answer 6

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

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

1) Ищите инструмент цепь - Не просто коллекция инструментов. См., Например Ищу настоящую «цепь инструментов» который обсуждает инструменты, которые хорошо играют вместе. Предварительный рабочий поток должен сэкономить время и может увеличить шансы проекта на успех.

Отмечу, что вы говорите: «Вы можете представить, что Bugnet + SVN + Surnturn + CruiseControl + MSBuild - это совсем разные животные, поэтому интеграция и синергия очень важны», поэтому я думаю, что мы в согласии на этом

2) Вам нужно принятие от людей, которые будут использовать эти инструменты. Не представляйте их с файтами, спросите, что они думают - заранее. На самом деле, холст их для предложений. Этот момент может быть сложно в свете предыдущей точки.