Здравствуйте,
Просьба посоветовать, поделиться опытом как лучше построить и какие системы использовать для посторения системы управления и поддержки разработки ПО.
Условия:
1) Средство разработки VS 2008
2) Система контроля версий Subversion (VisualSVN)
3) Распределенные команды разработчиков
4) Распределенные команды тех поддержки
Что хотелось бы:
Иметь систему управления проектами интегрированную с Subversion, с системой тестирования и системой сборки.
Требования к системе управления проектами:
1) Bug tracking. Стандартные требоания. Возможность связывать, закрывать тикеты с комитами из SVN.
2) Task tracking.
2) Project wiki.
3) Project milestones.
4) Project news.
5) Project releases management. With files for download with "whats new".
6) Customers database with links to bugs.
7) Доступ к системе должен быть возможен через интернет.
Пока мне приглянулась связка Subvesion-JIRA-Confluence-Bamboo
Кто что использует?
Незнаю насколько это для вас сейчас актуально, на на SECR 2008, был доклад Люксофта в котором представляли вариант решения основанного на JIRA+Confluence, как раз для управления активностями проекта заточенного под различные методологии разработки ПО.
см. http://www.secr.ru/?pageid=4548&submissionid=5262
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, А> Просьба посоветовать, поделиться опытом как лучше построить и какие системы использовать для посторения системы управления и поддержки разработки ПО. А>Условия: А> 1) Средство разработки VS 2008 А> 2) Система контроля версий Subversion (VisualSVN) А> 3) Распределенные команды разработчиков А> 4) Распределенные команды тех поддержки А>Что хотелось бы: А>Иметь систему управления проектами интегрированную с Subversion, с системой тестирования и системой сборки.
А>Требования к системе управления проектами: А>1) Bug tracking. Стандартные требоания. Возможность связывать, закрывать тикеты с комитами из SVN. А>2) Task tracking. А>2) Project wiki. А>3) Project milestones. А>4) Project news. А>5) Project releases management. With files for download with "whats new". А>6) Customers database with links to bugs. А>7) Доступ к системе должен быть возможен через интернет.
А>Пока мне приглянулась связка Subvesion-JIRA-Confluence-Bamboo А>Кто что использует?
Здравствуйте, Аноним, Вы писали:
А>Пока мне приглянулась связка Subvesion-JIRA-Confluence-Bamboo
По совокупности — это одно из лучших решений на данный момент. Если не лучшее.
Из минусов — изначально слабая поддержка планирования. Не имеет значения, если вы поддерживаете программный продукт, где большинство активностей связаны с фичами и дефектами (тогда добавляем платный плагин GreenHopper, который правит основные косяки JIRA), и встает боком, если больше проектной деятельности (лечится, например, плагином theConnector, который дает двухстороннюю интеграцию с MS Project, или несколькими бесплатными тулами импорта-экспорта).
Второй минус — это вполне объективная проблема с базой данных кастомеров. На JIRA ее прямым образом изобразить нельзя. Один из кривых вариантов — проводить кастомеров отдельным типом issue, навесив на него специальный workflow, и пользоваться линками для связи с дефектами. Лечится это все плагинами интеграции с CRM-системами — они вроде как тоже появились, например — для SalesForce. Если интеграции для вашего CRM нет, то придется разработать свои custom fields для JIRA, которые будут связаны с CRM, это не очень сложно.
Из плюсов — JIRA дешевая, и не имеет фундаментальных косяков, которые в принципе нельзя было обойти, и многие проблемы решаются уже имеющимися плагинами.
Confluence же — крут. Очень крут. В связке с JIRA он позволяет сделать портал поддержки пользователей, с автоматической обработкой запросов по e-mail, и разграничением прав видимости и доступа.
Re[2]: Построение системы окружающей разработку ПО
Здравствуйте, Gaperton, Вы писали:
G>Из плюсов — JIRA дешевая, и не имеет фундаментальных косяков, которые в принципе нельзя было обойти, и многие проблемы решаются уже имеющимися плагинами.
Ну вот если на двух серверах куртяться две джиры, и надо слить данны с одного проекта в другой или соединить данные двух преоктов в один, тот тут пробламасс...
Правда обещали ее устранить в последней версии Джиры, но пока своими глазами сей функционал не видел.
Re[3]: Построение системы окружающей разработку ПО
Здравствуйте, pmant, Вы писали:
G>>Из плюсов — JIRA дешевая, и не имеет фундаментальных косяков, которые в принципе нельзя было обойти, и многие проблемы решаются уже имеющимися плагинами.
P>Ну вот если на двух серверах куртяться две джиры, и надо слить данны с одного проекта в другой или соединить данные двух преоктов в один, тот тут пробламасс... P>Правда обещали ее устранить в последней версии Джиры, но пока своими глазами сей функционал не видел.
Слив данных будет защитан, если стандартными средствами JIRA экспортировать данные из одного инстанса, и импортировать их в другой?
Re[2]: Построение системы окружающей разработку ПО
Здравствуйте, pmant, Вы писали:
P>Незнаю насколько это для вас сейчас актуально, на на SECR 2008, был доклад Люксофта в котором представляли вариант решения основанного на JIRA+Confluence, как раз для управления активностями проекта заточенного под различные методологии разработки ПО. P>см. http://www.secr.ru/?pageid=4548&submissionid=5262
Кроме того, Luxoft — партнер Microsoft по внедрению TFS (Партнеры по Visual Studio). Недавно они и про это рассказывали: Встреча .NET user group в Москве
