Forum Posts

Robin, I've added one project and everything worked just fine :) Great job! I'm now adding a few more projects. Thanks for your work!

Feel free to test on my hg repo: http://echoreply.us/hg/index.php Mercurial's idea of what a branch is might seem a little strange. If a guinea pig is needed, I'm happy to oink, or whatever best ... [More] describes the sound that they make. Best of luck with the crawler and thanks for the update! [Less]

Oh happy day!! Thanks Robin!!!!

If someone from Ohloh could just reply .. is it going to happen, if so, approximately when? This thread might just stop growing, even if the answer is no.

It looks like hg is going to be added 'when and if' it happens. I'm not inclined to change my stuff to git or svn just to have it tracked. Mirroring free software stuff via another VCS just to have it ... [More] tracked is a terminally stupid waste of time. Great code analyzer, neat widgets .. beyond that I barely use Ohloh anymore. It would be neat to participate if my stuff was actually tracked .. but its not, so .. I'm not prodding, I realize they'll get around to it when and if they do. I just think its a shame to alienate so many (Xen, RPM, etc) because of their choice of VCS. I stopped holding my breath months ago. A Goolgle SOC student contributed what was needed to integrate hg, Ohloh didn't (and does not) see it as important. Hopefully that will change, I doubt it. What sucks is, Ohloh has become an authority. So I just have to eat lower scores because of my choice of version control software. Oh well. [Less]

Perhaps Ohloh could estimate when this might be added? That would keep people from constantly prodding. People just want to know where they should get their projects tracked.. if Ohloh is going to ... [More] include HG in the next few weeks, there is no point in setting up tracking somewhere else. If its going to be a year, well .. someone might want to start sending pings to cia.vc on each commit, or import their existing HG + history to git so it can be tracked. I don't mean to be a pain in the butt, I'm just trying to figure out which way to go :) [Less]

@Christoph I've tried it.. even when maintaining an independent hg tree for stuff in the trunk of a large svn repo. It just doesn't work for me. I'll enjoy the 30+ commits (vs over 1000 actual ... [More] commits) that Ohloh tracks.. and keep my fingers crossed. I know they have to keep the business end going.. but so many hg users = so many new users .. ah well. It will happen when and if it happens (despite assurances it seems to be a big if).. I'm not going to set up and keep up two repos per project just so I can be tracked by Ohloh :) Ohloh is for profit, I make $0 from what I produce.. I see no reason to spend more time to 'just be tracked' .. rather its easier to point out that Ohloh just doesn't track even 5% of what I do :) [Less]

oh good grief sorry about the text .. I forgot about the markup :)

@Christoph, I thought about tailor/etc however it seemed to be a little too much work and headache just to have stuff tracked. 1 - I would have people sending patches against both trees, which I ... [More] really don't want to deal with. 2 - When hg support arrives, I'd have to switch everything over .. or continue to maintain two repos per project (I maintain 11+). For me, the value of Ohloh is mostly ohcount (although the networking is cool). Since I can just ohcount -s myrepo.hg ... I'm quite content to wait :) [Less]

Hi Robin - You would not have to go through all of those crazy steps in order to get the full history .. you'll get it the first time you clone a repository. You can then go back to the initial ... [More] revision and work your way back to the tip. Mercurial is a little "heavy handed" if the diffs between revisions are huge .. but no more than Subversion. All in all, I think you'd find it easier to track :) Looking forward to it in months to come! [Less]