Управление проектами на GitHub [закрыто]
-
10-07-2019 - |
Вопрос
(РЕДАКТИРОВАТЬ:Этот вопрос теперь устарел для моей конкретной проблемы, так как Google Code теперь поддерживает git, и я все равно преобразовал буферы протокола в Mercurial.Тем не менее, это по-прежнему представляет общий интерес, ИМО.)
Мой Порт буферов протокола C # использует github для управления версиями, и мне начинает по-настоящему нравиться использовать git.Однако, насколько я могу судить, github не предоставляет никаких инструментов управления проектами:отслеживание дефектов и функций, обсуждения, запросы функций, документы и т.д.Учитывая мою принадлежность, Код Google это был бы естественный выбор, но было бы странно создавать проект там, но размещать исходный код на github.
Этот вопрос о Fogbugz / Assembla похоже, он в основном сосредоточен на отслеживании дефектов.Мне было интересно, какой опыт был у других, когда дело дошло до более "полного" решения для управления проектами.Действительно ли Fogbugz делает все, что мне нужно?(Использование wiki для документов имеет свои преимущества, хотя я также хочу иметь возможность распространять документацию вместе с кодом.) Помимо явных функций, упомянутых в первом абзаце, есть ли другие аспекты проекта, которые я хотел бы использовать следует рассматриваете, что я, возможно, пропустил?
Это определенно останется проектом с открытым исходным кодом, и хотя я бы предпочел не платить, я не возражаю, если потребуется небольшая плата.В настоящее время я единственный разработчик, но это может измениться, и вполне возможно, что многие люди будут отправлять сообщения об ошибках и запросы на новые функции.(Другими словами, я надеюсь и ожидаю, что он будет популярен, но большую часть работы буду выполнять я.)
Ранее я уже внесенный вклад участвовал в различных проектах с открытым исходным кодом, но мало что сделал для запуска очень заметного и активного проекта.(Неправильно использованный в настоящее время все еще "размещен" на моем веб-сайте, со случайными выпусками - фактический контроль версий находится на моем локальном NAS.)
Кто-нибудь хочет поделиться своим опытом?
Редактировать:Другой вариант, который я сейчас рассматриваю, - это проект Google Code (я действительно хотел бы быть лояльным к своему работодателю) и случайное слияние git с svn (по крайней мере, каждый раз, когда я делаю релиз).Это также позволило бы пользователям, не являющимся git, легко получить доступ к исходному тексту.
Решение
Если вы думаете, что действительно станете единственным разработчиком , Fogbugz поможет вам сохранить ваше здравомыслие. Fogbugz - отличный продукт, он строит целенаправленные коммуникации и может превратить все в дело (проблему). Это делает все это так же, как любая система, которую я видел. Р>
Но его ориентация - коммерческая - эффективная связь между пользователями и техподдержкой, повышение надежности графиков, фокус & amp; расставьте приоритеты над тем, над чем работаете, отдельный внутренний & amp; внешние обсуждения, некоторые хорошие отчеты, чтобы отследить, что все решается. (О единственной критике, о которой я могу подумать, это то, что она не выполняет блокировку случаев и отслеживание зависимостей, что действительно полезно для тех ошибок, которые скрыты глубоко.)
Мало что из этого набора функций поможет вам создать активный проект с открытым исходным кодом, с открытым живым общением и необходимостью создать сообщество и заставить пользователей превращаться в разработчиков по мере роста проекта. Так что, если вы хотите закончить, вам могут понадобиться менее сфокусированные каналы связи одной из этих легких систем слежения. Р>
Я еще не использовал Google Code в проекте, но с точки зрения прозрачности & amp; Открытое общение, похоже, хорошая поддержка для активного проекта с открытым исходным кодом. Плюс ты уже знаешь это. Если вы хотите расширить участие в вашем проекте, код Google выглядит как путь.
Другие советы
GitHub недавно представил собственный трекер проблем ; Я не проводил конкурентный анализ, чтобы определить, насколько он соответствует другим параметрам, упомянутым в этой теме.
Я использую GitHub вместе с Lighthouse для отслеживания проблем. Это немного скромно по сравнению с некоторыми другими вариантами, но в то же время он работает очень хорошо, если вы просто хотите легкий инструмент, о котором вам не нужно сильно беспокоиться. Он может интегрироваться с GitHub, если вы хотите, и это также бесплатно для проектов с открытым исходным кодом.
Как обычно, когда кто-то спрашивает об этом, я упоминаю Redmine , как я это делал в этот вопрос . Я знаю, что вопрос уже имеет & Quot; лучший ответ & Quot; но я думаю, что стоит упомянуть.
Мы используем bitbucket.org , который не является GIT, это Mercurial *, но в нем есть отслеживание ошибок / проблем на филиал и т. д.
Я думаю, что было бы очень полезно интегрировать эти вещи с местом, где вы управляете своим исходным кодом, для перекрестных ссылок на такие вещи, как номер вопроса в сообщении фиксации. Или Исправлено сообщение о проблеме, содержащей номер редакции кода. Вы потеряете это, если выберете отдельный BTS, такой как код Google. Как уже упоминалось в другом ответе, Trac действительно хорош в интеграции.
Изменить: я должен сказать, что для моего наиболее широко используемого проекта с открытым исходным кодом, у нас действительно есть это в:
<Ол>И я знаю, что это звучит безумно, но мы выбираем лучшие биты из каждого сервиса. И на удивление никто не жалуется.
*
что, на мой взгляд, лучше, но, пожалуйста, не расстраивай меня.
Рассматривали ли вы Trac ? Р>
Кажется, что есть " восторженный " обзор интеграции с git-Trac .
У меня нет личного опыта использования этих инструментов, но вы можете проверить интеграцию.
В некоторых местах я использую github и google code. Система отслеживания ошибок кода Google достаточно приличная, но я не могу справиться с подрывной деятельностью.
Посмотрите на мой клиент java memcached , например, особенно вкладка источника вверху.
На работе мы используем FogBugz, и это, на мой взгляд, лучший инструмент в своем роде. Я бы использовал его для некоммерческих проектов, над которыми я работаю, за исключением того, что он настолько дорогой, чем 2 пользователя. Р>
Для некоммерческих проектов мы используем Lighthouse для отслеживания проблем. Это нормально, сколько стоит, и, честно говоря, я не могу найти подходящих альтернатив в своем ценовом диапазоне. Отслеживание проблем Trac немного лучше, чем Bugzilla ... Я знаю, что многие любят Trac, но я нахожу это очень негибким. Недостатки Trac привели нас к Маяку. Р>
Мои некоммерческие проекты планируют перейти на 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 (общий доступ так же прост, как и к общим папкам).
- Он имеет встроенную wiki-страницу для совместной разработки документации, требований и т.д.
- В нем есть форумы для дискуссий.
Пожалуйста, обратите внимание, что сайт работает на Кодовый генератор, наш коммерческий продукт прошел боевые испытания у мировых компаний.
(Отказ от ответственности:мы являемся коммерческим поставщиком решений agile ALM.)
<plug>
Я строю аэропорт . </plug>
Вы также можете попробовать использовать такой инструмент, как BusyFlow . Там вы можете отслеживать коммиты GitHub и комментировать их (комментарии синхронизируются с GitHub). Для других аспектов управления проектами BusyFlow интегрируется с Календарем Google, Trello, Basecamp, Pivotal Tracker и т. Д. Таким образом, вы можете видеть элементы GitHub вместе с задачами, файлами и событиями календаря.
(Отказ от ответственности: я являюсь соучредителем BusyFlow.)
Рассматривали ли вы CodePlex?