Управление проектами на GitHub [закрыто]

(РЕДАКТИРОВАТЬ: этот вопрос теперь устарел для моей конкретной проблемы, поскольку Google Code теперь поддерживает git, и я все равно преобразовал протоколы буферов в Mercurial. Тем не менее, это все еще представляет общий интерес, IMO.)

Мой порт буферов протокола C # использует github для управления исходным кодом, и я действительно начинаю получать удовольствие от использования git. Однако, насколько я могу судить, github не предоставляет никаких инструментов для управления проектами: отслеживание дефектов и функций, обсуждения, запросы функций, документы и т. Д. Учитывая мою принадлежность, Google Code был бы естественным выбором, но это могло бы показаться странным. создайте там проект, но разместите исходный код на github.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Bitbucket (управление исходным кодом)
2. Launchpad (отчеты об ошибках пользователей, управление переводами)
3. Самостоятельный Trac (вики, отслеживание проблем проектов и разработчиков, зеркало исходного кода)
4. Код Google (загрузка файлов)

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

* что в любом случае, на мой взгляд, лучше, но, пожалуйста, не раздражайте меня.

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

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

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

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

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

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

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

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

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

Mingle поддерживает git через плагин mingle_git . Mingle имеет бесплатную лицензию сообщества для проектов с открытым исходным кодом.

Я тоже использую github с Lighthouse. И если ваше сообщение фиксации содержит что-то вроде

[Состояние №32: решено]

Lighthouse разрешит тикет № 32 против фиксации, что я считаю быстрым и полезным. Помимо этого, Lighthouse немного, эээ, прост в использовании.

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

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

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

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

<plug>Я строю аэропорт .</plug>

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

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

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