Note that there are some explanatory texts on larger screens.

plurals
  1. POHosted bug tracking system with mercurial repositories (Summary of options & request for opinions)
    primarykey
    data
    text
    <h2>The Question</h2> <ul> <li><p>What hosted mercurial repository/bug tracking system or systems have you used?</p></li> <li><p>Would you recommend it to others?</p></li> <li><p>Are there serious flaws, either in the repository hosting or the bug tracking features that would make it difficult to recommend it?</p></li> <li><p>Do you have any other experiences with it or opinions of it that you would like to share?</p></li> <li><p>If you have used other non mercurial hosted repository/bug tracking systems, how does it compare?</p></li> </ul> <p>(If I understand correctly, the best format for this type of community-wiki style question is one answer per option, if you have experienced if several)</p> <h2>Background</h2> <p>I have been looking into options for setting up a bug/issue tracking database and found some valuable advice in <a href="https://stackoverflow.com/questions/19883/is-there-a-bug-issue-tracking-system-which-integrates-with-mercurial">this</a> thread and <a href="https://stackoverflow.com/questions/101774/what-is-your-bug-task-tracking-tool">this</a>. But then I got to thinking that a hosted solution might not only solve the problem of tracking bugs, but might also solve the problem we have accessing our mercurial source code repositories while at customer sites around the world.</p> <p>Since we currently have no way to serve mercurial repositories over ssl, when I am at a customer site I have to connect my laptop via VPN to my work network and access the mercurial repositories over a samba share (even if it is just to synce twice a day). This is excruciatingly slow on high latency networks and can be impossible with some customers' firewalls. Even if we could run a <a href="http://www.turnkeylinux.org/trac" rel="nofollow noreferrer">TRAC</a> or <a href="http://www.turnkeylinux.org/redmine" rel="nofollow noreferrer">Redmine</a> server here (thanks <a href="http://www.turnkeylinux.org/" rel="nofollow noreferrer">turnkey</a>), I'm not sure it would be much quicker as our internet connection is over-stretched as it is.</p> <p>What I would like is for developers to be able to be able to push/pull to/from a remote repository, servicing engineers to be able to pull from a remote repository and for customers (both internal and external) to be able to submit bug/issue reports.</p> <h2>Initial options</h2> <p>The two options I found were <a href="http://www.assembla.com/" rel="nofollow noreferrer">Assembla</a> and <a href="http://www.atlassian.com/software/jira/" rel="nofollow noreferrer">Jira</a>.</p> <p>Looking at Assembla I thought the 'group' price looked reasonable, but after enquiring, found that each workspace could only contain a single repository. Since each of our products might have up to a dozen repositories (mostly for libraries) which need to be managed seperately for each product, I could see it getting expensive really quickly. On the plus side, it appears that 'users' are just workspace members, so you can have as many client users (people who can only submit support tickets and track their own tickets) without using up your user allocation.</p> <p>Jira only charges based on the number of users, unfortunately client users also count towards this, if you want them to be able to track their tickets. If you only want clients to be able to submit untracked issues, you can let them submit anonymously, but that doesn't feel very professional to me.</p> <h2>More options</h2> <p>Looking through <a href="https://www.mercurial-scm.org/wiki/MercurialHosting" rel="nofollow noreferrer">MercurialHosting</a> page that @Paidhi suggested, I've added the options which appear to offer private repositories, along with another that I found with a web search.</p> <p>Prices are as per their website on the day in brackets. Corrections welcome in the future.</p> <p>Anyway, here is my summary, according to the information given on their websites:</p> <ul> <li>Assembla, <a href="http://www.assembla.com/" rel="nofollow noreferrer">http://www.assembla.com/</a>, 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. <ul> <li>Cost: $24, $49, $99 &amp; $249/month for 40, 40, unlimited, unlimited users and 1, 10, 20, 100 workspaces. (29th March 2010, 27th October 2010)</li> <li>They now say unlimited repositories on all their plans too. (27th October 2010)</li> <li>SSL based push/pull? Website HTTPS login.</li> </ul></li> <li>BitBucket, <a href="http://bitbucket.org/plans/" rel="nofollow noreferrer">http://bitbucket.org/plans/</a>, 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 &amp; FogBugz. <ul> <li>Cost: $0, $10, $20, $40 &amp; $80/month for 5, 10, 25, 50 &amp; unlimited users, with unlimited public and pricate repositories. (27th October 2010)</li> <li><em>Cost: $0, $5, $12, $50 &amp; $100/month for 1, 5, 15, 25 &amp; 150 private repositories. (29th March 2010)</em></li> <li>Bitbucket was taken over by Atlassian (See Jira) this year, so the pricing has changed significantly. Note that 'users' are defined as people with read/write access to private repositories. (27th October 2010)</li> <li>SSL and SSH based push/pull. No HTTPS on website login, but supports OpenID, so you can chose an OpenID provider with HTTPS login.</li> </ul></li> <li>Codebase HQ, <a href="http://www.codebasehq.com/" rel="nofollow noreferrer">http://www.codebasehq.com/</a>, supports Hg and is almost as cheap as BitBucket. <ul> <li>Cost: £5, £13, £21 &amp; £40/month for 3, 15, 30 &amp; 60 active projects, unlimited repositories, unlimited users (except 10 users at £5/month) and 0.5, 2, 4 &amp; 10GB. (29th March 2010, 27th October 2010)</li> <li>SSL based push/pull? Website HTTPS login?</li> </ul></li> <li>Firefly, <a href="http://firefly.activestate.com/" rel="nofollow noreferrer">http://firefly.activestate.com/</a>, 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. <ul> <li><em>Cost: $9, $19, &amp; £39/month for 1, 5 &amp; 30 private projects, with a 0.5, 1.5 &amp; 3 GB storage limit. (29th March 2010)</em></li> <li>SSL based push/pull? Website HTTPS login.</li> <li>The original firefly link broke and the new firefly site doesn't appear to say how much the non trial use of Firefly costs. (27th October 2010)</li> </ul></li> <li>Jira, <a href="http://www.atlassian.com/software/jira/" rel="nofollow noreferrer">http://www.atlassian.com/software/jira/</a>, 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. <ul> <li>Cost: $150, $300, $400, $500, $700/month for 10, 25, 50, 100, 100+ users. (29th March 2010, 27th October 2010)</li> <li>SSL based push/pull? Website HTTPS login.</li> </ul></li> <li>Repository Hosting, <a href="http://repositoryhosting.com/" rel="nofollow noreferrer">http://repositoryhosting.com/</a>, added Mercurial support in February but unlike Assembla, they did bother to update their home page to mention it. <ul> <li>Cost: $6/month, for 2GB storate, unlimited repositiries, Trac projects and users. Extra storage $1/GB. (15th October 2010, 27th October 2010)</li> <li>SSL based push/pull? Website HTTPS login?</li> </ul></li> <li>Project Kenai, <a href="http://kenai.com" rel="nofollow noreferrer">http://kenai.com</a>, 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. <ul> <li>Cost: Free, but limited to 5 projects per user. (29th March 2010)</li> <li>SSL based push/pull? Website HTTPS login.</li> <li>Can't find mention of private projects now (27th October 2010)</li> </ul></li> <li>Kiln &amp; FogBugz On Demand, <a href="http://fogcreek.com/Kiln/IntrotoOnDemand.html" rel="nofollow noreferrer">http://fogcreek.com/Kiln/IntrotoOnDemand.html</a>, 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’) <ul> <li>Cost: £30/developer/month ($5/d/m more than either Kiln or FogBugz on their own). (29th March 2010, 27th October 2010)</li> <li>SSL based push/pull?</li> </ul></li> <li>SourceRepo, <a href="http://sourcerepo.com/" rel="nofollow noreferrer">http://sourcerepo.com/</a>, also supports HG and is even cheaper than BitBucket &amp; Codebase. <ul> <li>Cost: $4, $7 &amp; $13/month for 1, unlimited &amp; unlimited repositories/trac/redmine instances and 500MB, 1GB &amp; 3GB storage. (29th March 2010, 27tyh October 2010)</li> <li>SSL based push/pull. Website HTTPS login.</li> </ul></li> </ul>
    singulars
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. COI guess I must be missing something here. You say "access the mercurial repositories over a samba share." Why? The whole point of a DVCS is that you have a *local* repository which gives you near-instantaneous response. So make a local clone. Do your work. Commit your changes. And when you're done for the day/project, push or pull to your master. And if you're far from home and you have security problems, put it on a USB drive and stick it in your pocket -- no net lag at all (although you may have *jet* lag :-).
      singulars
    2. COSigh. We are already do that @Peter, but a USB stick won't get a repository half way around the world updated, and even one update a day, when that update takes half an hour to check a dozen repos over a VPNed samba share, is too much time out of the day. Hosted reposities would have the advantage that they could be accessed through customer networks (they may block VPN ports, but are unlikely to block SSL ports or https links) and being able to let customers submit bug reports directly into an issue tracking system would save us lots of time transcribing their support emails.
      singulars
    3. COSorry if I misinterpreted what you said. Right now I, too, am having to deal with an *extremely* frustrating customer situation where they are trying to run a non-classified project from an office located in a SCIF (http://en.wikipedia.org/wiki/Sensitive_Compartmented_Information_Facility) and the roadblocks that the security team keeps putting up are driving me bananas!
      singulars
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload