Вопрос

(РЕДАКТИРОВАТЬ:Этот вопрос теперь устарел для моей конкретной проблемы, так как 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 действительно хорош в интеграции.

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

<Ол>
  • Bitbucket (управление исходным кодом)
  • Панель запуска (отчеты об ошибках пользователя, управление переводами)
  • Самостоятельно размещенный Trac (отслеживание проблем вики, проектов и разработчиков, зеркало исходного кода)
  • Google code (загрузка файлов)
  • И я знаю, что это звучит безумно, но мы выбираем лучшие биты из каждого сервиса. И на удивление никто не жалуется.

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

    Рассматривали ли вы 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?

    Лицензировано под: CC-BY-SA с атрибуция
    Не связан с StackOverflow
    scroll top