Искал по форуму, не нашал того что мне нужно. Хотел чтобы уважаемые форумчане поделились наработанным опытом.
Итак, есть 3 цели, которые хотелось бы достичь:
1. Удобный багтрекер
2. Удобное управлени проектом ( постановка задач, контроль выполнения, работа над ошибками )
3. Удобный контроль версий (контроль исходников как-то надо связать с выполнением задачи, т.е. например есть баг, программист поправил, в управлении проектом есть ссылки на список исходников, которые исправил программист )
4. Сборка проекта (например, где-то заводится новая сборка, как-то забирается все с репозитария версий, собирается, возможно автоматом формируется
ChangeLog по багтрекеру, новым задачам )
Все как-то сумбурно написал, но основные вещи надеюсь понятны.
Еще мне не совсем понятно, чем принципиально отличается багтрекер от системы ведения версии? Ведь можно сказать что новая задача это тоже что и баг, только приоритет выполнения другой. Баги исправляются в первую очередь, доработки — во вторую.
Просьба поделится опытом кто какие связки использует. Насколько они удобны.
Re: поиск средств для управления проектом (Опыт испльзования
Здравствуйте, yaser, Вы писали:
Y>1. Удобный багтрекер Y>2. Удобное управлени проектом ( постановка задач, контроль выполнения, работа над ошибками )
Если беслпатно надо — посмотри на Redmine. У меня есть немного материалов по его использованию.
Ещё стоит посмотреть на eTraxis, он тоже open source.
Y>3. Удобный контроль версий (контроль исходников как-то надо связать с выполнением задачи, т.е. например есть баг, программист поправил, в управлении проектом есть ссылки на список исходников, которые исправил программист )
Тут основные игроки рынка — git, Mercurial, SVN. Это из бесплатного. Смотри, сравнивай, выбирай. Привязка любого из них к тому же Redmine идёт без проблем.
Y>4. Сборка проекта (например, где-то заводится новая сборка, как-то забирается все с репозитария версий, собирается, возможно автоматом формируется Y> ChangeLog по багтрекеру, новым задачам )
На работе используем QuickBuild с тесной связке с Perforce — он это умеет. Но это всё за немалые деньги.
Y>Еще мне не совсем понятно, чем принципиально отличается багтрекер от системы ведения версии?
Что ты понимаешь под систмой ведения версии? Систему контроля вресий? Это принципиально другой класс инструментов. Типа как стол и стул сравнивать.
Y>Просьба поделится опытом кто какие связки использует. Насколько они удобны.
Использовал и использую разные связки, в т.ч. JIRA+Perforce+QuickBuild, Redmine+SVN, eTraxis+SVN, Assembla+SVN, у каждого свои достоинства и недостатки.
Здравствуйте, yaser, Вы писали:
Y>Искал по форуму, не нашал того что мне нужно. Хотел чтобы уважаемые форумчане поделились наработанным опытом. Y>Итак, есть 3 цели, которые хотелось бы достичь: Y>1. Удобный багтрекер Y>2. Удобное управлени проектом ( постановка задач, контроль выполнения, работа над ошибками ) Y>3. Удобный контроль версий (контроль исходников как-то надо связать с выполнением задачи, т.е. например есть баг, программист поправил, в управлении проектом есть ссылки на список исходников, которые исправил программист ) Y>4. Сборка проекта (например, где-то заводится новая сборка, как-то забирается все с репозитария версий, собирается, возможно автоматом формируется Y> ChangeLog по багтрекеру, новым задачам )
Такой мега-системы, которая бы сочетала в себе управление проектом, багтрекер, систему контроля версий,
билд-сервер и отчеты, не существует в природе, скорее всего. Обычно выбирают отдельные системы для
каждого типа задач и объединяют это в единую среду, руководствуясь соображениями совместимости и
удобства администрирования. Например, Jira или Bugzilla для управления проектом и отслеживания ошибок,
GIT для контроля версий, TeamCity для сборки. Все это дело крутится на linux под Apache, в
качестве базы данных используется какой-нибудь MySQL. Частенько такая среда еще подтюнивается всякими
сценариями и конфигами, а также самописными утилитами под желаемое поведение, удовлетворяющее
запросам компании и требованиям к организации рабочего процесса.
Y>Все как-то сумбурно написал, но основные вещи надеюсь понятны. Y>Еще мне не совсем понятно, чем принципиально отличается багтрекер от системы ведения версии? Ведь можно сказать что новая задача это тоже что и баг, только приоритет выполнения другой. Баги исправляются в первую очередь, доработки — во вторую.
Система управления проектами — широкая по функционалу среда, туда может входить система отчетов,
документация, форумы, управление файловым хранилищем, рассылка сообщений, организация процессов,
планирование, диаграммы и прочее. А багтрекер — лишь часть этой системы, предназначенная исключительно
для отслеживания ошибок, хотя современные багтрекеры дублируют многое из систем управления проектами,
из-за чего грань между ними стирается.
Y>Просьба поделится опытом кто какие связки использует. Насколько они удобны.
Здравствуйте, okman, Вы писали:
O>Здравствуйте, yaser, Вы писали:
O>Такой мега-системы, которая бы сочетала в себе управление проектом, багтрекер, систему контроля версий, O>билд-сервер и отчеты, не существует в природе, скорее всего. Обычно выбирают отдельные системы для
Ногами не пинать, но Microsoft позиционирует TFS именно как такую мега систему. Я пока смотрю левым глазом, оно действительно так и есть. С одним но, так как оно мегасистема — то для каждого его компонента есть лучшие аналоги (IMHO svn лучше TFS именно как контроль версий и т.д.). В общем мегасистема есть, счастье нет
... << RSDN@Home 1.2.0 alpha 4 rev. 1160>>
Re[3]: поиск средств для управления проектом (Опыт испльзова
V>TFS
Подскажите, появилась ли возможность делать список задач древовидным?
Данное сообщение является художественным произведением и освещает вымышленные события в вымышленном мире. Все совпадения с реальностью являются случайными. Не является инвестиционной рекомендацией.
Re[4]: поиск средств для управления проектом (Опыт испльзова
Здравствуйте, Osaka, Вы писали:
V>>TFS O>Подскажите, появилась ли возможность делать список задач древовидным?
Вроде напрямую нет. Вопрос зачем оно надо (по моему опыту древовидность, да еще с неограниченным кол-вом уровней это скорее зло), можно сэмулировать несколькими списками наверно. Но я не настолько его копал сильно чтобы грамотно ответить.
