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

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

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

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

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

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

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

Фон

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

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

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

Начальные опции

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

При рассмотрении Assembla, я думал, цена 'группы' выглядела разумной, но после запроса, нашел, что каждая рабочая область могла только содержать единый репозиторий. Так как каждый из наших продуктов мог бы иметь до дюжины репозиториев (главным образом для библиотек), которым нужно управлять отдельно для каждого продукта, я видел, что он стал дорогим действительно быстро. Зато, кажется, что 'пользователи' являются просто участниками рабочей области, таким образом, Вы можете иметь как многие пользователи клиента (люди, которые могут только отправить запросы в службу поддержки и отследить их собственные билеты), не израсходовав Ваше пользовательское выделение.

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

Больше опций

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

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

Так или иначе вот моя сводка, согласно информации, данной на их веб-сайтах:

  • Assembla, http://www.assembla.com/, надеется быть разумной ценой, но переносит только один репозиторий на рабочую область, таким образом, три проекта с 6 repos каждый израсходовал бы большинство пробелов, связанных с профессиональной учетной записью за $99/месяцев (20 пробелов). Отслеживание ошибок основано на Trac. О поддержке Mercurial+Trac объявили в записи в блоге в 2007, но они только перечисляют SVN и Мерзавца на их веб-странице Функций.
    • Стоимость: 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 и неограниченные пользователи, с неограниченными общедоступными и pricate репозиториями. (27-го октября 2010)
    • Стоимость: 0$, 5$, 12$, 50$ и $100/месяцев для 1, 5, 15, 25 и 150 частных репозиториев. (29-го марта 2010)
    • Битоприемник был принят Atlassian (См. Jira), в этом году, таким образом, оценка значительно изменилась. Обратите внимание, что 'пользователи' определяются как люди с доступом для чтения-записи к частным репозиториям. (27-го октября 2010)
    • SSL и SSH базирующееся нажатие/получение по запросу. Никакой HTTPS на входе в систему веб-сайта, но поддержки OpenID, таким образом, Вы можете, не выбрал поставщика OpenID с входом в систему HTTPS.
  • Кодовая база 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?
  • Светлячок, http://firefly.activestate.com/, ActiveState выглядят интересными, но веб-сайт является небольшим светом в деталях, такой как, может ли у Вас только быть один репозиторий на проект или нет.
    • Стоимость: 9$, 19$, и £39/месяцев для 1, 5 и 30 частных проектов, с 0.5, 1.5 и ограничение по объему памяти на 3 ГБ. (29-го марта 2010)
    • Основанное на SSL нажатие/получение по запросу? Веб-сайт вход в систему HTTPS.
    • Исходная ссылка светлячка повредилась, и новый сайт светлячка, кажется, не говорит, насколько не испытывают использование затрат Светлячка. (27-го октября 2010)
  • Jira, http://www.atlassian.com/software/jira/, не ограничен количеством репозиториев, которые Вы можете иметь, но 'пользователем'. Это могло удаться довольно дорогой, если бы мы хотим, чтобы пользователи клиента смогли отследить свои проблемы, так как им была бы нужна учетная запись полного пользователя, которая будет создана для них. Кроме того, в то время как существует Подвижное расширение для поддержки jira, нет никакой 'Расширенной интеграции' для Подвижного от Подозрительного взгляда Atlassian.
    • Стоимость: 150$, 300$, 400$, 500$, $700/месяцев для 10, 25, 50, 100, 100 + пользователи. (29-го марта 2010, 27-го октября 2010)
    • Основанное на SSL нажатие/получение по запросу? Веб-сайт вход в систему HTTPS.
  • Хостинг репозитория, http://repositoryhosting.com/, добавил Подвижную поддержку в феврале, но в отличие от Assembla, они действительно потрудились обновлять свою домашнюю страницу для упоминания этого.
    • Стоимость: $6/месяцев, для 2 ГБ storate, неограниченный repositiries, проекты Trac и пользователи. Дополнительное устройство хранения данных $1/ГБ. (15-го октября 2010, 27-го октября 2010)
    • Основанное на SSL нажатие/получение по запросу? Веб-сайт вход в систему HTTPS?
  • Кенаи проекта, http://kenai.com, кажется, позволяет частные проекты, но только позволяет 5 проектов на пользователя, прежде чем их нужно будет требовать, и я не могу узнать, существуют ли пределы на количество репозиториев, связанных с проектом. Я также неудобен из-за использования ресурсов, пожертвованных Sun, чтобы поощрить разработку с открытым исходным кодом для коммерческих проектов с закрытым исходным кодом и там, казаться, не быть никакими опциями заплатить за дополнительные проекты или ресурсы.
    • Стоимость: Свободный, но ограниченный 5 проектами на пользователя. (29-го марта 2010)
    • Основанное на SSL нажатие/получение по запросу? Веб-сайт вход в систему HTTPS.
    • Не может найти упоминание о частных проектах теперь (27-го октября 2010)
  • Kiln & FogBugz On Demand, http://fogcreek.com/Kiln/IntrotoOnDemand.html, интегрирует Печи для обжига подвижные функции DVCS с FogBugz, где объединенный пакет является намного более дешевым, чем составные части. Кроме того, интеграция Fogbugz, предположительно, превосходна. *8’)
    • Стоимость: £30/developer/month ($5/d/m больше или, чем Печь для обжига или, чем FogBugz самостоятельно). (29-го марта 2010, 27-го октября 2010)
    • Основанное на SSL нажатие/получение по запросу?
  • SourceRepo, http://sourcerepo.com/, также поддерживает HG и является еще более дешевым, чем BitBucket и Кодовая база.
    • Стоимость: 4$, 7$ и $13/месяцев для 1, неограниченные и неограниченные repositories/trac/redmine экземпляры и 500 МБ, устройство хранения данных на 3 ГБ и на 1 ГБ. (29-го марта 2010, 27tyh октябрь 2010)
    • Основанное на SSL нажатие/получение по запросу. Веб-сайт вход в систему HTTPS.
32
задан 13 revs, 3 users 50% 30 June 2017 в 10:31
поделиться

4 ответа

посмотрите на битбукет . Mercurial Hosting, а также выпуск трекера и вики. Если вам не нужно размещать вещи на своем собственном сервере, он может соответствовать вашим требованиям.

12
ответ дан 27 November 2019 в 21:14
поделиться

Это все еще в разработке, но Вы можете захотеть узнать, будь то будь то туманный ручей Килн будет набирать ваши потребности.

9
ответ дан 27 November 2019 в 21:14
поделиться

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

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

2
ответ дан 27 November 2019 в 21:14
поделиться

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

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

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

1
ответ дан 27 November 2019 в 21:14
поделиться
Другие вопросы по тегам:

Похожие вопросы: