Управление проектами с GitHub

(EDIT: этот вопрос теперь устарел для моей конкретной проблемы, так как теперь код Google поддерживает git, и я все равно конвертировал буферы протоколов в Mercurial. Тем не менее, он все еще имеет общий интерес, IMO.)

My Порт буферов протоколов С# использует github для управления исходным кодом, и мне действительно нравится использовать git. Однако, насколько я могу судить, github не предоставляет никаких инструментов управления проектами: отслеживание дефектов и функций, обсуждения, запросы функций, документы и т.д. Учитывая мои связи, Код Google был бы естественным выбором, но было бы странно создавать там проект, но размещать источник на github.

Этот вопрос о Fogbugz/Assembla в основном фокусируется на отслеживании дефектов. Мне было интересно, какие впечатления у других возникли, когда речь заходит о более "полном" решении по управлению проектами. Действительно ли Фогбугс делает все, что мне нужно? (Использование вики для документов имеет свои преимущества, хотя я также хочу иметь возможность распространять документацию с кодом.) Помимо явных особенностей, упомянутых в первом абзаце, существуют ли другие аспекты проекта, которые я должен рассмотреть, которые, возможно, пропустили?

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

Раньше я вносил вклад в различные проекты с открытым исходным кодом, но мало сделал для того, чтобы работать очень хорошо и активно. (MiscUtil в настоящее время по-прежнему "размещается" на моем веб-сайте со случайными выпусками - фактический источник управления находится на моем локальном NAS.)

Кто-нибудь хочет поделиться своим опытом?

EDIT: Еще один вариант, который я сейчас рассматриваю, - это проект Google Code (я действительно хотел бы быть верным своему работодателю) и случайное слияние от git до svn (по крайней мере, каждый раз, когда я делаю выпуск). Это позволило бы пользователям без git легко получить доступ к источнику.

ОТВЕТЫ

Ответ 1

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

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

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

Я еще не использовал Google Code в проекте, но с точки зрения прозрачной и открытой связи это похоже на хорошую поддержку активного проекта с открытым исходным кодом. Плюс вы уже это знаете. Если вы хотите расширить участие в своем проекте, код Google выглядит как способ.

Ответ 2

Недавно GitHub внедрил собственный трекер ошибок; Однако я не проводил конкурентный анализ, чтобы определить, как он измеряет другие варианты, упомянутые в этом потоке.

Ответ 3

Я использую GitHub вместе с Lighthouse для отслеживания проблем. Это немного баребоны по сравнению с некоторыми другими вариантами, но в то же время он работает очень хорошо, если вы просто хотите легкий инструмент, о котором вам не нужно слишком беспокоиться. Он может интегрироваться с GitHub, если вы хотите, а также бесплатно для проектов с открытым исходным кодом.

Ответ 4

Как обычно, когда кто-то спрашивает об этом, я упоминаю Redmine, как я это делал в this вопрос. Я знаю, что этот вопрос уже имеет "лучший ответ", но я думаю, что это стоит упомянуть.

Ответ 5

Мы используем bitbucket.org, который не является GIT, он Mercurial *, но он имеет отслеживание ошибок/ошибок для каждой ветки и т.д..

Я думаю, что очень полезно интегрировать эти вещи с тем местом, где вы управляете своим исходным кодом, для перекрестных ссылок на такие вещи, как номер выпуска в сообщении фиксации. Или Исправлено сообщение о проблеме, содержащей номер версии кода. Вы потеряете это, если вы выбрали отдельный BTS, такой как код Google. Как упоминалось в другом ответе, Trac действительно хорош в интеграции.

Изменить: я должен сказать, что для моего наиболее широко используемого проекта с открытым исходным кодом мы действительно имеем его:

  • Bitbucket (управление исходным кодом)
  • Launchpad (отчет об ошибках пользователя, управление переводами)
  • Self hosting Trac (wiki, отслеживание проблем с проектами и разработчиками, зеркало исходного кода)
  • Код Google (загрузка файлов)

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

*, что лучше, по-моему, так или иначе, но, пожалуйста, не пламени меня.

Ответ 6

Вы считали Trac?

Кажется, есть "восторженный" обзор git -Trac интеграции.

У меня нет личного опыта работы с этими инструментами, но вы можете проверить интеграцию.

Ответ 7

Я использую github и google-код в некоторых местах. Отслеживание ошибок в коде Google достаточно приличное, но я не могу справиться с подрывной деятельностью.

Посмотрите на мой java memcached client для примера этого - особенно вкладку источника вверху.

Ответ 8

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

Для некоммерческих проектов мы используем Lighthouse для отслеживания проблем. Это нормально, за что это стоит, и, честно говоря, я не могу найти подходящих альтернатив в пределах своего ценового диапазона. Trac проблема отслеживания немного лучше, чем Bugzilla... Я знаю, многие люди любят Trac, но я считаю это очень негибким. Недостатки Trac привели нас к Маяку.

Мои некоммерческие проекты смотрят, возможно, на переход к Bitbucket. В дополнение к отслеживанию проблем, это позволило бы нам консолидировать наши репозитории там из beanstalkapp.com, а также добавить вики.

Что все говорят, если FogBugz-on-Demand имел цену даже отдаленно похожую на Lighthouse.app для небольших пользователей, я бы перевел нас туда в одно мгновение. Когда вы используете FB на работе, а затем Lighthouse.app ночью... используя Lighthouse, кажется, что ваша рука отрублена.

Ответ 10

Я тоже использую github с Маяком. И если ваше сообщение commit содержит что-то вроде

[# 32 состояние: разрешено]

Маяк разрешит билет № 32 против коммита, который я нахожу быстрым и полезным. Помимо этого, Lighthouse - это немного, эр, свет на функции.

Ответ 11

Я предлагаю JavaForge в качестве альтернативы, поскольку в нем есть все, что вы ищете:

  • Он предлагает бесплатный хостинг с Mercurial и Git (или смешанный).
  • Трекер его выпуска - светлее, чем GitHub. Он чрезвычайно мощный и настраиваемый, может отслеживать требования, запросы функций, ошибки, задачи и т.д.
  • Он обеспечивает управление документами, а также доступ к WebDAV (совместное использование так же легко, как и для общих папок).
  • Он имеет встроенную вики для совместной разработки документации, требований и т.д.
  • В нем есть форумы для дискуссий.

Обратите внимание, что сайт работает от codeBeamer, наш коммерческий продукт, проверенный на глобальном уровне глобальными компаниями.

(Отказ от ответственности: мы являемся коммерческим поставщиком гибких решений ALM.)

Ответ 12

<plug> Я строю Airport. </plug>

Ответ 13

Вы также можете попробовать использовать инструмент, например BusyFlow. Там вы можете отслеживать GitHub и комментировать их (комментарии синхронизируются с GitHub). Для других аспектов управления проектами BusyFlow интегрируется с Google Calendar, Trello, Basecamp, Pivotal Tracker и т.д. Таким образом, вы можете видеть свои элементы GitHub вместе с задачами, файлами и событиями календаря.

(Отказ от ответственности: я являюсь соучредителем BusyFlow.)

Ответ 14

Вы рассматривали CodePlex?