Хостинговая система отслеживания ошибок с ртутными репозиториями (обзор вариантов и запрос мнений) - PullRequest
32 голосов
/ 14 января 2010

Вопрос

  • Какую размещенную вами ртутную систему / систему отслеживания ошибок вы использовали?

  • Вы бы порекомендовали это другим?

  • Существуют ли серьезные недостатки, как в хостинге репозитория, так и в функциях отслеживания ошибок, которые затрудняют его рекомендацию?

  • Есть ли у вас какой-либо другой опыт или мнения о нем, которыми вы хотели бы поделиться?

  • Если вы использовали другие не-Mercurial размещенные системы репозитория / отслеживания ошибок, как они сравниваются?

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

Фон

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

Поскольку в настоящее время у нас нет способа обслуживать ртутные репозитории по ssl, когда я нахожусь на сайте клиента, мне приходится подключать свой ноутбук через VPN к моей рабочей сети и получать доступ к ртутным репозиториям через общий ресурс samba (даже если это просто синхронизировать два раза в день). Это мучительно медленно в сетях с высокой задержкой и может быть невозможно с брандмауэрами некоторых клиентов. Даже если бы мы могли запустить сервер TRAC или Redmine здесь (спасибо под ключ ), я не уверен, что это будет намного быстрее, так как наше подключение к интернету закончено - растянутый как есть.

Я хотел бы, чтобы разработчики могли иметь возможность извлекать / извлекать данные из удаленного репозитория / извлекать их, обслуживать инженеров, чтобы иметь возможность извлекать данные из удаленного репозитория, и чтобы клиенты (как внутренние, так и внешние) имели возможность отправлять сообщения об ошибках / проблемах.

Начальные параметры

Два варианта, которые я нашел, были Assembla и Jira .

Глядя на Ассемблу, я думал, что цена «группы» выглядит разумно, но после запроса обнаружил, что каждое рабочее пространство может содержать только один репозиторий. Поскольку каждый из наших продуктов может иметь до дюжины репозиториев (в основном для библиотек), которыми нужно управлять отдельно для каждого продукта, я понял, что он очень быстро становится дорогим. С другой стороны, кажется, что «пользователи» - это просто члены рабочей области, поэтому у вас может быть как можно больше клиентов-клиентов (людей, которые могут только отправлять заявки в службу поддержки и отслеживать свои собственные заявки), не используя свое распределение пользователей.

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

Дополнительные параметры

Просматривая MercurialHosting страницу, которую предложил @Paidhi, я добавил опции, которые, по-видимому, предлагают частные репозитории, наряду с другой, которую я нашел при поиске в Интернете.

Цены указаны на веб-сайте в скобках за день. Исправления приветствуются в будущем.

В любом случае, вот мое резюме, согласно информации, приведенной на их сайтах:

  • Assembla, http://www.assembla.com/, выглядит разумной ценой, но страдает только один репозиторий на рабочую область, поэтому три проекта с 6 репозиториями в каждом будут занимать большую часть пространства, связанного с профессиональной учетной записью за 99 долларов в месяц (20 пространства). Отслеживание ошибок основано на Trac. О поддержке Mercurial + Trac было объявлено в записи блога в 2007 году, но они только перечисляют SVN и Git на своих страницах возможностей.
    • Стоимость: 24, 49, 99, 249 долларов в месяц для 40, 40, неограниченное количество пользователей, неограниченное количество пользователей, 1, 10, 20, 100 рабочих мест. (29 марта 2010 г., 27 октября 2010 г.)
    • Теперь они говорят о неограниченном количестве репозиториев по всем своим планам. (27 октября 2010 г.)
    • push / pull на основе SSL? Сайт HTTPS логин.
  • BitBucket, http://bitbucket.org/plans/, - это выделенный ртутный хостинг для открытых и закрытых проектов с поддержкой SSL. У них есть встроенный трекер ошибок, и они дешевы для частных репозиториев. Помимо собственного трекера проблем, он также интегрируется с Lighthouse & FogBugz.
    • Стоимость: 0, 10, 20, 40, 80 и 80 долларов в месяц для 5, 10, 25, 50 и неограниченных пользователей, с неограниченным количеством публичных и платных репозиториев. (27 октября 2010 г.)
    • Стоимость: 0, 5, 12, 50, 100 и 100 долларов в месяц для 1, 5, 15, 25 и 150 частных репозиториев. (29 марта 2010 г.)
    • В этом году Atlassian (см. Jira) перешел к Bitbucket, поэтому цены существенно изменились. Обратите внимание, что «пользователи» определяются как люди с правами чтения / записи в частных репозиториях. (27 октября 2010 г.)
    • Push / Pull на основе SSL и SSH. Нет HTTPS при входе на сайт, но поддерживает OpenID, поэтому вы можете выбрать провайдера OpenID с HTTPS.
  • Codebase HQ, http://www.codebasehq.com/, поддерживает Hg и почти так же дешев, как BitBucket.
    • Стоимость: 5, 13, 21, 40 и 40 / месяц за 3, 15, 30 и 60 активных проектов, неограниченное количество репозиториев, неограниченное количество пользователей (кроме 10 пользователей по 5 фунтов / месяц) и 0,5, 2, 4 & 10 ГБ. (29 марта 2010 г., 27 октября 2010 г.)
    • push / pull на основе SSL? Сайт HTTPS логин?
  • Firefly, http://firefly.activestate.com/, от ActiveState выглядит интересно, но сайт немного освещает детали, такие как, может ли у вас быть только один репозиторий на проект или нет.
    • Стоимость: 9, 19, 39 и 39 фунтов в месяц для 1, 5 и 30 частных проектов с лимитом хранения 0,5, 1,5 и 3 ГБ. (29 марта 2010 г.)
    • push / pull на основе SSL? Сайт HTTPS логин.
    • Первоначальная ссылка на firefly разорвалась, и новый сайт firefly, похоже, не говорит, сколько стоит бесплатное использование Firefly. (27 октября 2010 г.)
  • Jira, http://www.atlassian.com/software/jira/, не ограничивается количеством репозиториев, которые вы можете иметь, но "пользователем". Это может обойтись довольно дорого, если мы хотим, чтобы пользователи-клиенты могли отслеживать свои проблемы, поскольку для них необходимо создать полную учетную запись пользователя. Кроме того, хотя есть расширение Mercurial для поддержки jira, нет «Расширенной интеграции» для Mercurial от Atlassian Fisheye.
    • Стоимость: $ 150, $ 300, $ 400, $ 500, $ 700 / месяц для 10, 25, 50, 100, 100+ пользователей. (29 марта 2010 г., 27 октября 2010 г.)
    • SSL на основе push / pull? Сайт HTTPS логин.
  • Хостинг репозитория, http://repositoryhosting.com/, добавил поддержку Mercurial в феврале, но в отличие от Assembla, они удосужились обновить свою домашнюю страницу, чтобы упомянуть об этом.
    • Стоимость: $ 6 / месяц, для хранилища 2 ГБ, неограниченного хранилища, проектов Trac и пользователей. Дополнительное хранилище $ 1 / ГБ. (15 октября 2010 г., 27 октября 2010 г.)
    • push / pull на основе SSL? Сайт HTTPS логин?
  • Project Kenai, http://kenai.com,, по-видимому, разрешает частные проекты, но разрешает только 5 проектов на пользователя, прежде чем их нужно будет запрашивать, и я не могу узнать, существуют ли ограничения на количество репозиториев, связанных с проектом , Мне также неудобно использовать ресурсы, пожертвованные Sun, для поощрения разработки с открытым исходным кодом для коммерческих проектов с закрытым исходным кодом, и, похоже, нет никаких вариантов для оплаты дополнительных проектов или ресурсов.
    • Стоимость: бесплатно, но не более 5 проектов на пользователя. (29 марта 2010 г.)
    • push / pull на основе SSL? Сайт HTTPS логин.
    • Не могу найти упоминание о частных проектах сейчас (27 октября 2010 г.)
  • Kiln & FogBugz По требованию http://fogcreek.com/Kiln/IntrotoOnDemand.html, объединяет функции Kilns Mercurial DVCS с FogBugz, где объединенный пакет намного дешевле, чем комплектующие. Кроме того, интеграция Fogbugz предположительно превосходна. * 8’ )
    • Стоимость: 30 фунтов стерлингов / разработчик / месяц (на 5 долларов США в день больше, чем сами Kiln или FogBugz). (29 марта 2010 г., 27 октября 2010 г.)
    • push / pull на основе SSL?
  • SourceRepo, http://sourcerepo.com/, также поддерживает HG и даже дешевле, чем BitBucket и Codebase.
    • Стоимость: 4, 7 и 13 долларов в месяц за 1, неограниченные и неограниченные репозитории / экземпляры trac / redmine и 500 МБ, 1 ГБ и 3 ГБ хранилища. (29 марта 2010 г., 27 октября 2010 г.)
    • push / pull на основе SSL. Сайт HTTPS логин.

Ответы [ 4 ]

12 голосов
/ 16 января 2010

Взгляните на битбакет . Mercurial хостинг, а также трекер и вики. Если вам не нужно размещать материал на своем собственном сервере, это может соответствовать вашим требованиям.

9 голосов
/ 14 января 2010

Он все еще находится в разработке, но вы можете спросить, подойдет ли печь Fog Creek для ваших нужд.

2 голосов
/ 05 февраля 2010

Взгляните на Codebase .

В них могут размещаться репозитории Mercurial, Git и Subversion (SSH, HTTPS). И имеют дополнительные функции, такие как управление учетными записями, заявки и этапы, управление проектами, отслеживание времени / развертывания, вики проекта.

1 голос
/ 02 апреля 2010

Я использую Project Kenai , который опирается на солнце (теперь оракул). Согласно последним сообщениям, сайт будет работать, а его инфраструктура будет расширена для принятия проектов от java.net. Это должно быть некоторое время.

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

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

...