Forums : Technical Issue Help
Dear Open Hub Users,
We’re excited to announce that we will be moving the Open Hub Forum to
https://community.blackduck.com/s/black-duck-open-hub.
Beginning immediately, users can head over,
register,
get technical help and discuss issue pertinent to the Open Hub. Registered users can also subscribe to Open Hub announcements here.
On May 1, 2020, we will be freezing https://www.openhub.net/forums and users will not be able to create new discussions. If you have any questions and concerns, please email us at
[email protected]
How best to use Ohloh
We have a large project with a long and complex history: OpenOffice. I'd like to be able to represent the richness of this history, but I'm unsure how to do this.
We're currently in SVN at Apache. This has the history from June 2011 to present. This appears to be fetching fine.
The history before that is in Mercurial. That seems to be stuck with Step 3 of 3: Counting lines of source code (Failed about 1 month ago.)
See: https://www.ohloh.net/p/openoffice
Before Mercurial we had Subversion. I have not added an enlistment for that yet.
What is the best way to handle this? Or is it even possible? For example, does Ohloh recognize and account for duplicate files across different repositories? Or would we end up with double (or triple) code counts?
If needed I can delete the enlistments and add them back, one at a time, in order, until the full history is processed.
Thanks for any hint!
Rob,
Several thoughts. This has been an issue in the past. It may have been improved lately but I don't know. Most projects that have these issues are either more interested in the accurate code count or are more interested in accurate history. I don't think there is currently a way to support both. I'll do some research to see if a newer solution is available to handle both. In the meantime, I'm re-fetching the mercurial repository and you'll be able to see the results of the combined project as soon as that is finished. I would save the analysis of the project at that time then go to history and undo
the addition of the mercurial repo. This will force a re-analysis and once that is done, I'd save the analysis again for comparison. If the results are favorable, you can redo
the mercurial enlistment and add the subversion at that time.
I'll report back here once the re-fetch is finished.
Thanks!
Rob,
P.S. You COULD have two projects - one for contemporary
Open Office with only the newest repository and a different project for Historical
Open Office with all the repositories included. (The contemporary repository enlistment would be shared by both projects.) Only problem would be that this might distort the rankings of the individual coders etc.
Thanks!
Rob,
Just wanted to touch base... the re-fetch is continuing and is nearly done with the second phase (a big repository it is...) Once that is done, we will need to wait through 2 additional phases until we can assess if it was successful. Will report back here once they are done.
Thanks!
Rob,
The project is finally up-to-date! The line-counts process that I was monitoring (through many fits and starts) finally finished OK. A full update started immediately and also finished OK. Analysis page is now at Jan 06 2012 and last commit is at 2012-01-06 (about 6 hours ago).
Please continue to let me know here if problems show up again.
Thanks for your patience!