Подтвердить что ты не робот

Хостинг системы отслеживания ошибок с ртутными репозиториями (Резюме вариантов и запрос мнений)

Вопрос

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

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

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

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

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

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

Фон

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

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

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

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

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

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

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 г.)
    • Нажатие/выключение на основе SSL? Вход на сайт HTTPS.
  • BitBucket, http://bitbucket.org/plans/, является специализированным сайтом-посредником для проектов с открытым исходным кодом и проприетарным сайтом с поддержкой SSL. У них встроенный трекер ошибок, и они дешевы для частных хранилищ. Как и собственный трекер, он также интегрируется с Lighthouse и FogBugz.
    • Стоимость: $0, $10, $20, $40 и $80/месяц для 5, 10, 25, 50 и неограниченных пользователей с неограниченными публичными и ценными хранилищами. (27 октября 2010 г.)
    • Стоимость: $0, $5, $12, $50 и $100/месяц для 1, 5, 15, 25 и 150 частных репозиториев. (29 марта 2010 года)
    • В этом году Bitbucket был захвачен Atlassian (см. Jira), поэтому цены значительно изменились. Обратите внимание, что "пользователи" определяются как люди с доступом для чтения/записи к частным репозиториям. (27 октября 2010 г.)
    • SSL и SSH на основе push/pull. Нет HTTPS на входе в сайт, но поддерживает OpenID, поэтому вы можете выбрать поставщика OpenID с входом в систему HTTPS.
  • Codebase HQ, http://www.codebasehq.com/, поддерживает Hg и почти так же дешев, как BitBucket.
    • Стоимость: £ 5, £ 13, £ 21 и £ 40/месяц за 3, 15, 30 и 60 активных проектов, неограниченные хранилища, неограниченные пользователи (кроме 10 пользователей по 5 фунтов стерлингов в месяц) и 0,5, 2, 4 и 10 ГБ. (29 марта 2010 года, 27 октября 2010 года).
    • Нажатие/выключение на основе SSL? Вход на сайт HTTPS?
  • Firefly, http://firefly.activestate.com/, ActiveState выглядит интересно, но на сайте немного освещена информация, например, можете ли вы иметь один репозиторий для каждого проекта или нет.
    • Стоимость: $9, $19 и £ 39/месяц для 1, 5 и 30 частных проектов, с лимитом хранения 0,5, 1,5 и 3 ГБ. (29 марта 2010 года)
    • Нажатие/выключение на основе 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? Вход на сайт HTTPS.
  • Хостинг репозиториев http://repositoryhosting.com/, добавил поддержку Mercurial в феврале, но в отличие от Assembla, они потрудились обновить свою домашнюю страницу, чтобы упомянуть ее,
    • Стоимость: 6 долларов США в месяц, для хранения 2 ГБ, неограниченные репозитории, проекты Trac и пользователи. Дополнительное хранилище 1 долл./ГБ. (15 октября 2010 года, 27 октября 2010 года).
    • Нажатие/выключение на основе SSL? Вход на сайт HTTPS?
  • Project Kenai, http://kenai.com, похоже, разрешает частные проекты, но разрешает только 5 проектов для каждого пользователя, прежде чем их нужно запросить, и я не может определить, имеются ли ограничения на количество репозиториев, связанных с проектом. Мне также неудобно использовать ресурсы, предоставленные Sun для поощрения разработки с открытым исходным кодом для коммерческих проектов с закрытыми исходными кодами, и, похоже, нет вариантов оплаты дополнительных проектов или ресурсов.
    • Стоимость: Бесплатно, но ограничено 5 проектами для каждого пользователя. (29 марта 2010 года)
    • Нажатие/выключение на основе SSL? Вход на сайт HTTPS.
    • Невозможно найти упоминание о частных проектах (27 октября 2010 г.)
  • Kiln и FogBugz On Demand, http://fogcreek.com/Kiln/IntrotoOnDemand.html, интегрирует функции DVCS с функцией Kulns mercurial с 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 года).
    • Нажатие/выключение на основе SSL. Вход на сайт HTTPS.
4b9b3361

Ответ 1

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

Ответ 2

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

Ответ 3

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

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

Ответ 4

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

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

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