Управление проектами на GitHub
(Обновлено: этот вопрос теперь устарел для моей конкретной проблемы, поскольку Google Code теперь поддерживает git, и я все равно преобразовал буферы протокола в Mercurial. Тем не менее, это все еще представляет общий интерес, IMO.)
Мой Порт буферов протокола C# использует github для управления исходным кодом, и я начинаю действительно получать удовольствие от использования git. Однако, насколько я могу судить, github не предоставляет никаких инструментов для управления проектами: отслеживание дефектов и функций, обсуждения, запросы функций, документы и т. д. Учитывая мою принадлежность, Код Google было бы естественным выбором, но было бы странно создавать есть проект, но разместите исходный код на github.
Этот вопрос о Fogbugz / Assembla, похоже, в основном сосредоточен на отслеживании дефектов. Мне было интересно, какой опыт получили другие, когда дело доходит до более «полного» решения для управления проектами. Действительно ли Fogbugz делает все, что мне нужно? (Использование вики для документов имеет свои преимущества, хотя я также хочу иметь возможность распространять документацию с кодом.) Помимо явных функций, упомянутых в первом абзаце, есть ли другие аспекты проекта, которые я рассматриваю в должен, которые я мог пропустить?
Это определенно останется проектом с открытым исходным кодом, и хотя я бы предпочел не платить, я не возражаю, если потребуется небольшая плата. В настоящее время я единственный разработчик, но это может измениться, и вполне может быть много людей, которые сообщают об ошибках и запрашивают новые функции. (Другими словами, я надеюсь и ожидаю, что он будет популярным, но большую часть работы буду делать я.)
Раньше я использовал способствовал для различных проектов с открытым исходным кодом, но мало что сделал для запуска очень заметного и активного. (MiscUtil в настоящее время все еще "размещен" на моем веб-сайте, с редкими выпусками - фактический контроль версий находится на моем локальном NAS.)
Кто-нибудь хочет поделиться своим опытом?
Обновлено: Другой вариант, который я сейчас рассматриваю, - это проект Google Code (я действительно хотел бы быть верным своему работодателю) и периодическое слияние от git до svn (по крайней мере, каждый раз, когда я делаю выпуск). Это также позволило бы пользователям, не использующим git, легко получить исходный код.
@David: Он уже находится в рабочем состоянии, хотя он немного «ручной». См. Некоторые предварительные инструкции в code.google.com/p/protobuf-csharp-port.
Я не уверен, было ли это так, когда вы последний раз редактировали этот вопрос, но GitHub автоматически создает загружаемые архивы вашего кода по любым тегам. Вы также можете скачать состояние кода при любом коммите.
Вы также можете использовать mercurial в коде Google, mercurial довольно прост и имеет почти те же функции, что и git.
GoogleCode была добавлена поддержка Git: code.google.com/p/support/wiki/GitFAQ
@gavenkoa: Ага - к счастью, я все равно перешел на Mercurial и закрыл проект GitHub :) Отредактирую этот вопрос.
@ Джон Скит. Приятно, тоже предпочитаю HG. Вы можете попробовать использовать SourceForge с sourceforge.net/apps/trac/sourceforge/wiki/Hosted%20Apps для нового проекта ...
Вы должны принять ответ, предложенный с помощью Github Issues.
Ответы 14
Вы считали Trac?
Вроде есть "восторженный" обзор git-Trac интеграция.
У меня нет личного опыта работы с этими инструментами, но вы можете проверить интеграцию.
Вопрос о Fogbugz / Assembla, на который я ссылался, похоже, подразумевал, что Trac немного отстал от FogBugz. Мне также нравится идея организованных обсуждений проектов (хотя я, конечно, мог бы использовать для этого группы Google, если это необходимо).
Мы используем bitbucket.org, который не является GIT, это Mercurial *, но у него есть отслеживание ошибок / проблем для каждой ветки и т. д.
Я думаю, что может быть очень полезно интегрировать эти вещи с местом, где вы управляете своим исходным кодом, для перекрестных ссылок на такие вещи, как номер проблемы в сообщении фиксации. Или Исправленное сообщение о проблеме, содержащее номер версии кода. Вы потеряете это, если выберете отдельную BTS, например код Google. Как упоминалось в другом ответе, Trac действительно хорош в интеграции.
Обновлено: я должен сказать, что для моего наиболее широко используемого проекта с открытым исходным кодом у нас он действительно есть по адресу:
- Bitbucket (управление исходным кодом)
- Launchpad (отчеты об ошибках пользователей, управление переводами)
- Самостоятельный Trac (wiki, отслеживание проблем проектов и разработчиков, зеркало исходного кода)
- Код Google (загрузка файлов)
И я знаю, что это звучит безумно, но мы выбираем лучшее из каждой услуги. И на удивление никто не жалуется.
*, который, на мой взгляд, в любом случае лучше, но, пожалуйста, не раздражайте меня.
Здесь нет флейминга - я не использовал Mercurial, поэтому не могу комментировать. Я думаю, что если бы я действительно собирался использовать переехать в качестве исходного хостинга, я бы сразу перешел к Google Code и svn, с которыми я уже привык. Я считать Я хочу сохранить репозиторий github, но вижу, что мой вопрос редактируется ...
На мой взгляд, SVN - это главная слабость кода Google. Но, как вы говорите, все дело в том, что вам удобно.
Также отредактировано, чтобы отразить мое личное использование.
Я знаю, что это глупо, но у меня возникнут проблемы с фиксацией любых данных, которые я действительно хочу сохранить, на сервер с именем «bitbucket».
bitbucket теперь работает и с Git
Я использую GitHub вместе с Маяк для отслеживания проблем. Это немного скучно по сравнению с некоторыми другими вариантами, но в то же время он работает очень хорошо, если вам просто нужен легкий инструмент, о котором не нужно слишком беспокоиться. При желании его можно интегрировать с GitHub, а также бесплатно для проектов с открытым исходным кодом.
Если вы думаете, что вы действительно будете единственный разработчик, Fogbugz поможет вам сохранить рассудок. Fogbugz - отличный продукт, он строит целенаправленную коммуникацию и может превратить что угодно в дело (проблему). Он делает все это так же хорошо, как и любая другая система, которую я видел.
Но его ориентация является коммерческой - эффективное общение между пользователями и техподдержкой, повышение надежности графиков, сосредоточение внимания и расстановка приоритетов над тем, над чем работает, отдельные внутренние и внешние обсуждения, хорошая отчетность для отслеживания того, как дела решаются. (Единственная критика, о которой я могу думать, это то, что он не выполняет блокировку кейсов и отслеживание зависимостей, что действительно полезно для тех ошибок, которые скрыты глубоко.)
Немногое из этого набора функций поможет вам создать активный проект с открытым исходным кодом, с открытым живым общением и необходимостью создания сообщества и превращения пользователей в разработчиков по мере роста проекта. Так что, если вы хотите, чтобы это закончилось, вам действительно могут понадобиться менее целенаправленные каналы связи одной из этих легких систем слежения.
Я еще не использовал Google Code в проекте, но с точки зрения прозрачности и открытого общения это выглядит как хорошая поддержка для активного проекта с открытым исходным кодом. Плюс вы это уже знаете. Если вы хотите расширить участие в своем проекте, вам подойдет код Google.
Спасибо за это - все полезное. У Google Code есть дополнительное преимущество - если в нем отсутствует функция, у меня больше шансов реализовать ее :) (я уверен, что Fogbugz и другие серьезно относятся к запросам функций, но с помощью Google Code я могу работать над саму систему за 20% времени ...)
В некоторых местах я использую код github и google. Система отслеживания проблем кода Google достаточно приличная, но я не могу справиться с подрывной деятельностью.
Взгляните на мой Java-клиент memcached для примера - особенно на вкладку источника вверху.
Здорово. Похоже, это действительно хорошее решение. Я все еще могу клонировать Subversion, чтобы облегчить тем, кто хочет это использовать - я хочу быть как можно более инклюзивным.
Я полагаю, что загружаемого материала с github достаточно для всех, кто хочет подрывной деятельности. Любой, кто делает вещи более продвинутые, чем загружает последнюю версию из вашего репозитория svn, вероятно, уже использует git. :)
В работе мы используем FogBugz, и это, на мой взгляд, лучший инструмент в своем роде. Я бы использовал его для некоммерческих проектов, над которыми работаю, за исключением того, что он настолько дорог, что превышает 2 пользователя.
Для некоммерческих проектов мы используем Маяк для отслеживания проблем. Это нормально при той цене, которую он стоит, и, честно говоря, я не могу найти подходящей альтернативы в его ценовом диапазоне. Отслеживание проблем Trac немного лучше, чем Bugzilla ... Я знаю, что многие люди любят Trac, но я считаю его очень негибким. Недостатки Trac привели нас к Lighthouse.
Мои некоммерческие проекты, возможно, планируют переехать в Bitbucket. Помимо отслеживания проблем, это позволило бы нам объединить наши репозитории от beanstalkapp.com, а также добавить вики.
При всем при этом, если бы у FogBugz-on-Demand были цены хотя бы отдаленно похожие на Lighthouse.app для небольшого количества пользователей, я бы сразу переместил нас туда. Когда вы используете FB на работе, а затем Lighthouse.app ночью ... при использовании Lighthouse кажется, что вам отрубили руку.
Как обычно, когда кто-то спрашивает, я упоминаю Redmine, как и в вопросе это. Я знаю, что на этот вопрос уже есть «лучший ответ», но я думаю, что об этом стоит упомянуть.
Обновление: redmine.org
Вы рассматривали CodePlex?
У меня не было, но в конце концов я перешел на Google Code и github, разрабатывая на github и нажимая на svn, когда это необходимо.
Смешать поддерживает git через плагин mingle_git. У Mingle есть бесплатный общественная лицензия для проектов с открытым исходным кодом.
Я тоже использую github с Lighthouse. И если ваше сообщение фиксации содержит что-то вроде
[Состояние №32: решено]
Lighthouse разрешит тикет № 32 против фиксации, что я считаю быстрым и полезным. Помимо этого, Lighthouse немного, эээ, немного освещает функции.
GitHub недавно представил собственный трекер проблем; Однако я не проводил конкурентный анализ, чтобы определить, насколько он соответствует другим вариантам, упомянутым в этой ветке.
В настоящее время GitHub имеет встроенное управление проектами. Хотя это довольно минималистично (а-ля 37signals), но их цены конкурентоспособны, если вы используете их для контроля версий и управления проектами. github.com/features/projects
Я бы предложил JavaForge в качестве альтернативы, поскольку в нем есть все, что вы ищете:
- Предлагает бесплатный хостинг с Mercurial и Git (или смешанный).
- Его система отслеживания проблем на световые годы опережает GitHub. Он чрезвычайно мощный и настраиваемый, может отслеживать требования, запросы функций, ошибки, задачи и т. д.
- Он обеспечивает управление документами, а также доступ по WebDAV (совместное использование так же просто, как и в общих папках).
- Он имеет встроенную вики для совместной разработки документации, требований и т. д.
- Есть форумы для обсуждения.
Обратите внимание, что сайт работает на codeBeamer, нашем коммерческом продукте, испытанном в боях мировыми компаниями.
(Отказ от ответственности: мы являемся коммерческим поставщиком гибких решений ALM.)
<plug> Я строю Аэропорт.</plug>
неработающая ссылка для аэропорта, интересно, существует ли еще проект
Особого интереса не увидел, поэтому недавно открыл его исходный код: github.com/sudhirj/airport.rails
Просто не забудьте изменить ключи Github на github.com/sudhirj/airport.rails/blob/master/config/…
Вы также можете попробовать использовать такой инструмент, как BusyFlow. Там вы можете отслеживать коммиты GitHub и комментировать их (комментарии синхронизируются с GitHub). Для других аспектов управления проектами BusyFlow интегрируется с Google Calendar, Trello, Basecamp, Pivotal Tracker и т. д. Таким образом, вы можете видеть свои элементы GitHub вместе с задачами, файлами и событиями календаря.
(Отказ от ответственности: я соучредитель BusyFlow.)
Вы близки к выпуску протокольных буферов на C#? Я очень хотел попробовать это.