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

Вопрос

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

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

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

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

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

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

Задний план

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

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

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

Начальные варианты

Я нашел два варианта: Assembla и Jira.

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

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

Больше вариантов

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

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

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

  • Assembla, http://www.assembla.com/, looks to be a reasonable price, but suffers only one repository per workspace, so three projects with 6 repos each would use up most of the spaces associated with a $99/month professional account (20 spaces). Bug tracking is based on Trac. Mercurial+Trac support was announced in a blog entry in 2007, but they only list SVN and Git on their Features web page.
    • Cost: $24, $49, $99 & $249/month for 40, 40, unlimited, unlimited users and 1, 10, 20, 100 workspaces. (29th March 2010, 27th October 2010)
    • Теперь они также говорят о неограниченных репозиториях во всех своих планах. (27 октября 2010 г.)
    • Push / pull на основе SSL? HTTPS-вход на сайт.
  • BitBucket, http://bitbucket.org/plans/, is a dedicated mercurial hosting site for both open source and proprietary projects, with SSL support. They have an integrated bug tracker and they are cheap for private repositories. As well as it’s own issues tracker, it also integrates with Lighthouse & FogBugz.
    • Cost: $0, $10, $20, $40 & $80/month for 5, 10, 25, 50 & unlimited users, with unlimited public and pricate repositories. (27th October 2010)
    • Стоимость: 0, 5, 12, 50 и 100 долларов в месяц для 1, 5, 15, 25 и 150 частных репозиториев. (29 марта 2010 г.)
    • В этом году Bitbucket был поглощен Atlassian (см. Jira), поэтому цены значительно изменились. Обратите внимание, что «пользователи» определяются как люди с доступом для чтения / записи к частным репозиториям. (27 октября 2010 г.)
    • Push / pull на основе SSL и SSH. Нет HTTPS при входе на веб-сайт, но поддерживает OpenID, поэтому вы можете выбрать провайдера OpenID с HTTPS-входом.
  • Codebase HQ, http://www.codebasehq.com/, supports Hg and is almost as cheap as BitBucket.
    • Cost: £5, £13, £21 & £40/month for 3, 15, 30 & 60 active projects, unlimited repositories, unlimited users (except 10 users at £5/month) and 0.5, 2, 4 & 10GB. (29th March 2010, 27th October 2010)
    • Push / pull на основе SSL? HTTPS-вход на сайт?
  • Firefly, http://firefly.activestate.com/, by ActiveState looks interesting, but the website is a little light on details, such as whether you can only have one repository per project or not.
    • Cost: $9, $19, & £39/month for 1, 5 & 30 private projects, with a 0.5, 1.5 & 3 GB storage limit. (29th March 2010)
    • Push / pull на основе SSL? HTTPS-вход на сайт.
    • Первоначальная ссылка на firefly была прервана, и новый сайт firefly, похоже, не сообщает, сколько стоит использование Firefly без пробного использования. (27 октября 2010 г.)
  • Jira, http://www.atlassian.com/software/jira/, isn’t limited by the number of repositories you can have, but by ‘user’. It could work out quite expensive if we want client users to be able to track their issues, since they would need a full user account to be created for them. Also, while there is a Mercurial extension to support jira, there is no ‘Advanced integration’ for Mercurial from Atlassian Fisheye.
    • Cost: $150, $300, $400, $500, $700/month for 10, 25, 50, 100, 100+ users. (29th March 2010, 27th October 2010)
    • Push / pull на основе SSL? HTTPS-вход на сайт.
  • Repository Hosting, http://repositoryhosting.com/, added Mercurial support in February but unlike Assembla, they did bother to update their home page to mention it.
    • Cost: $6/month, for 2GB storate, unlimited repositiries, Trac projects and users. Extra storage $1/GB. (15th October 2010, 27th October 2010)
    • Push / pull на основе SSL? HTTPS-вход на сайт?
  • Project Kenai, http://kenai.com, appears to allow private projects but only allows 5 projects per user before they have to be requested and I can't find out if there are limits on the number of repositories associated with a project. I'm also uncomfortable about utilising resources donated by Sun to encourage open-source development for closed-source commercial projects, and there appear to be no options to pay for extra projects or resources.
    • Cost: Free, but limited to 5 projects per user. (29th March 2010)
    • Push / pull на основе SSL? HTTPS-вход на сайт.
    • Не могу найти упоминания о частных проектах (27 октября 2010 г.)
  • Kiln & FogBugz On Demand, http://fogcreek.com/Kiln/IntrotoOnDemand.html, integrates Kilns mercurial DVCS features with FogBugz, where the combined package is much cheaper than the component parts. Also, the Fogbugz integration is supposedly excellent. *8’)
    • Cost: £30/developer/month ($5/d/m more than either Kiln or FogBugz on their own). (29th March 2010, 27th October 2010)
    • Push / pull на основе SSL?
  • SourceRepo, http://sourcerepo.com/, also supports HG and is even cheaper than BitBucket & Codebase.
    • Cost: $4, $7 & $13/month for 1, unlimited & unlimited repositories/trac/redmine instances and 500MB, 1GB & 3GB storage. (29th March 2010, 27tyh October 2010)
    • Push / pull на основе SSL. HTTPS-вход на сайт.

person Community    schedule 14.01.2010    source источник
comment
Думаю, мне здесь что-то не хватает. Вы говорите, что доступ к ртутным репозиториям осуществляется через общий ресурс самбы. Почему? Вся суть DVCS в том, что у вас есть локальный репозиторий, который дает вам почти мгновенный ответ. Так что сделайте локальный клон. Ты работаешь. Зафиксируйте свои изменения. А когда вы закончите день / проект, подтолкните или потяните к своему хозяину. А если вы находитесь далеко от дома и у вас есть проблемы с безопасностью, поместите его на USB-накопитель и суньте в карман - вообще никакого сетевого лага (хотя у вас может быть реактивная задержка :-) .   -  person Peter Rowell    schedule 16.01.2010
comment
Вздох. Мы уже делаем это @Peter, но USB-накопитель не будет обновлять репозиторий на полпути по всему миру, и даже одно обновление в день, когда это обновление занимает полчаса, чтобы проверить дюжину репозиториев через общий ресурс самбы, подключенный к VPN, слишком много свободного времени. У размещенных репозиториев будет то преимущество, что к ним можно будет получить доступ через сети клиентов (они могут блокировать порты VPN, но вряд ли будут блокировать порты SSL или ссылки https), а возможность позволить клиентам отправлять отчеты об ошибках непосредственно в систему отслеживания проблем спасет нас. много времени расшифровывают их электронные письма поддержки.   -  person Mark Booth    schedule 18.01.2010
comment
Извините, если я неверно истолковал то, что вы сказали. Прямо сейчас мне тоже приходится иметь дело с крайне неприятной ситуацией с клиентами, когда они пытаются запустить несекретный проект из офиса, расположенного в SCIF (en.wikipedia.org/wiki/) и препятствия, которые постоянно устраивает служба безопасности, сводят меня с ума!   -  person Peter Rowell    schedule 19.01.2010


Ответы (4)


Взгляните на bitbucket. Меркуриальный хостинг, а также система отслеживания проблем и вики. Если вам не нужно размещать файлы на собственном сервере, это может соответствовать вашим требованиям.

person runeh    schedule 15.01.2010

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

person raven    schedule 14.01.2010
comment
Возможно, но поскольку Kiln все еще находится в стадии бета-тестирования, мне трудно рекомендовать его моему непосредственному руководителю. Также жаль, что нет указаний относительно стоимости. Сама по себе Fogbugz On Demand стоит 25 долларов за разработчика в месяц, поэтому я полагаю, что добавление поддержки Kiln повысит цену. Дополнительные $ 5 / сутки / м в месяц были бы прекрасны, дополнительные $ 50 / сутки / кв.м в месяц меньше. * 8 ') - person Mark Booth; 14.01.2010
comment
@Mark Booth: Я не уверен, что мы публично объявили цены, но могу сказать вам, что FogBugz + Kiln будет гораздо ближе к нижнему пределу ваших предположений, чем к верхнему пределу. - person tghw; 15.01.2010
comment
Спасибо @tghw, я предполагал, что требования к пропускной способности и хранилищу для хостинга репозитория будут значительно выше, чем для отслеживания проблем / управления проектами, поэтому я не мог быть уверен, каковы будут затраты. Я действительно думал, что, поскольку продукты, кажется, довольно хорошо дополняют друг друга, цены на них по отдельности, вероятно, будут больше, чем цена на них вместе взятые. Но ваш комментарий обнадеживает, и я с нетерпением жду возможности увидеть, как пойдет бета-версия. - person Mark Booth; 15.01.2010
comment
Kiln 1.0 был официально выпущен в начале февраля 2010 года (больше не в бета-версии). - person kamens; 12.03.2010
comment
Приятно видеть, похоже, что услуга On Demand стоит 25 долларов / сутки / м (как FogBugz), но только на 5 долл. / Сутки / м сверх стоимости FogBugz On Demand, если у вас есть и то, и другое. Мне также нравится модель ценообразования «Вы платите только за то, что используете». Жалко, что я не могу убедить свою команду поддержать «путь» FogBugz. - person Mark Booth; 17.03.2010
comment
+1 для печи. Пользуюсь и отлично. Специально для стартапов / небольших команд, так как это бесплатно для ‹= 2 пользователей. - person Tom Chantler; 06.04.2011

Взгляните на кодовую базу.

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

person Paidhi    schedule 05.02.2010
comment
В Mercurial Wiki есть список провайдеров, предлагающих хостинг: mercurial.selenic.com/wiki/MercurialHosting - person Paidhi; 21.03.2010

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

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

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

person Community    schedule 02.04.2010
comment
@Jean - Мне очень жаль, что вы не получили награду за это, так как вы были единственным человеком, добавившим ответ во время периода награждения, но только с одним голосом «за» он не имел права на автоматическое принятие и Я был вдали от интарвнета. - person Mark Booth; 08.04.2010
comment
Не беспокойтесь о награде. Я действительно надеялся, что вокруг моего ответа будет какое-то обсуждение. Как я уже сказал, это слишком хорошо, чтобы быть правдой, но я не могу найти ловушку ... - person Jean; 08.04.2010
comment
просто для пояснения: https доступен только для чтения, в репозитории есть ssh-доступ для операций чтения-записи, см. здесь: kenai.com/projects/help/pages/SourceControl) - person Jean; 08.04.2010
comment
Спасибо за разъяснения. Тем не менее, он указал на минус в виде личной нарекания для Project Kenai - горизонтальную прокрутку на веб-сайте. Мне действительно не нравятся веб-сайты, которые думают, что знают лучше меня о том, как я хочу использовать экранное пространство. - person Mark Booth; 12.04.2010