Что разместило подвижный репозиторий/систему отслеживания ошибок или системы, Вы использовали?
Вы рекомендовали бы это другим?
Есть ли серьезные дефекты, или в хостинге репозитория или в функциях отслеживания ошибок, которые мешали бы рекомендовать это?
У Вас есть какой-либо другой опыт с ним или мнения о нем, что требуется совместно использовать?
Если Вы использовали другой не подвижный размещенный репозиторий/системы отслеживания ошибок, как он выдерживает сравнение?
(Если я понимаю правильно, лучший формат для этого типа вопроса о стиле общественной Wiki является одним ответом на опцию, если Вы испытали если несколько),
Я изучал опции для установки базы данных ошибки/отслеживания ошибки и нашел некоторый ценный совет в этом потоке и этом. Но затем я добрался до размышления, что размещенное решение могло бы не только решить проблему отслеживания ошибок, но могло бы также решить проблему, у нас есть доступ к нашим подвижным репозиториям исходного кода в то время как на сайтах для клиентов во всем мире.
Так как у нас в настоящее время нет способа служить подвижным репозиториям по ssl, когда я на сайте для клиентов, я должен подключить свой ноутбук через VPN к моей сети работы и получить доступ к подвижным репозиториям по доле самбы (даже если это только к с тех пор два раза в день). Это мучительно медленно в высоких сетях задержки и может быть невозможно с брандмауэрами некоторых клиентов. Даже если бы мы могли бы работать, сервер TRAC или Redmine здесь (благодарит тюремщика), я не уверен, что это было бы намного более быстро, поскольку наше интернет-соединение перегружено как есть.
То, что я хотел бы, - чтобы разработчики смогли смочь продвинуть/вытянуть в/от удаленный репозиторий, обслужив инженеров, чтобы смочь вытянуть из удаленного репозитория и для клиентов (и внутренний и внешний), чтобы смочь представить отчеты об ошибке/проблеме.
Этими двумя опциями, которые я нашел, был Assembla и Jira.
При рассмотрении Assembla, я думал, цена 'группы' выглядела разумной, но после запроса, нашел, что каждая рабочая область могла только содержать единый репозиторий. Так как каждый из наших продуктов мог бы иметь до дюжины репозиториев (главным образом для библиотек), которым нужно управлять отдельно для каждого продукта, я видел, что он стал дорогим действительно быстро. Зато, кажется, что 'пользователи' являются просто участниками рабочей области, таким образом, Вы можете иметь как многие пользователи клиента (люди, которые могут только отправить запросы в службу поддержки и отследить их собственные билеты), не израсходовав Ваше пользовательское выделение.
Jira только заряжается на основе числа пользователей, к сожалению, пользователи клиента также рассчитывают к этому, если Вы хотите, чтобы они смогли отследить свои билеты. Если Вы только хотите, чтобы клиенты смогли отправить неотслеженные проблемы, можно позволить им отправить анонимно, но это не чувствует себя очень профессиональным мне.
Просматривая страницу MercurialHosting, которую предложил @Paidhi, я добавил опции, которые, кажется, предлагают частные репозитории, наряду с другим, что я нашел с веб-поиском.
Цены согласно их веб-сайту в день в скобках. Исправления добро пожаловать в будущем.
Так или иначе вот моя сводка, согласно информации, данной на их веб-сайтах:
посмотрите на битбукет . Mercurial Hosting, а также выпуск трекера и вики. Если вам не нужно размещать вещи на своем собственном сервере, он может соответствовать вашим требованиям.
Это все еще в разработке, но Вы можете захотеть узнать, будь то будь то туманный ручей Килн будет набирать ваши потребности.
Взгляните на Codebase .
Они могут размещать репозитории Mercurial, Git и Subversion (SSH, HTTPS). И иметь дополнительные функции, такие как управление учетными записями, заявки и контрольные точки, управление проектами, отслеживание времени / развертывания, вики-страницы проекта.
Я использую Project Kenai , который поддерживается солнцем (теперь oracle). Согласно последнему сообщению, сайт будет работать, а его инфраструктура будет расширена для приема проектов с java.net. Это должно быть какое-то время.
Я проверил и перепроверил, даже прочитал фактические условия использования и прочее, и я не могу найти ничего
, что мешало бы вам использовать его в коммерческих целях (хотя необходимо дважды проверить). Существуют настройки, которые позволяют защитить ваш код, списки рассылки и практически все функции вашего проекта. ( Jira необходимо администрировать на ее странице jira Кажется, вы не можете изменить настройки разрешений jira).
Все это бесплатно. Я, наверное, что-то пропустил, так как это кажется слишком хорошим, чтобы быть правдой ...