: Code Locations
over 3 years
Where's the source code?
Open Hub connects to Subversion, Git, CVS, Mercurial and Bazaar source control servers to discover the contributors and the history of their activities.
If possible, add a source control repository to this project:
New Code Location
Help! I can't add the repository to Open Hub!
No worries, let us know why you can't tell Open Hub where the code is and we'll be happy to help you out.
- Open Hub's statistics are derived from analysis of the project's source code history as maintained by the project's repository. Accordingly, it is crucial that this information be maintained accurately.
- Open Hub currently supports repositories maintained using Git, Mercurial, Bazaar, Subversion, and CVS.
- For Subversion repositories, submit only the trunk subdirectory. Don't submit the tags or branches directories.
- As soon as you add a new repository, Open Hub will immediately verify settings and successful connection to the source control server. The repository will then be added to a queue for later processing. Depending on the load on Open Hub's crawlers and the size of the repository, it may be several hours before the project's statistics have been updated to reflect the new repository.
If a repository requires login credentials, those credentials
will become public information.
Do not submit a username and password to Open Hub unless you are certain that it is safe for this information to become public.
Open Hub can combine data from multiple code locations to create a composite and complete set of statistics for a project. This means that a project:
can consist of multiple sub-projects, each with its own repositories
can include both a read-only historical repository and a newer, active repository that accurately reflect the entire history of a project even if its code has been moved or its SCM has been changed.
- A code location (repository) can be part of multiple projects. The code in such a repository will be counted for each project, so please consider carefully how to organize Open Hub's view of a project and its sub-projects, to prevent double-counting while still reflecting the chosen organizational structure for the project.