Classic Validation Controls for ASP.NET

Activity Not Available

× You must be logged in to change this data. If you don't have an account, Please join.

Settings : Code Locations

Ohloh 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:

No worries, let us know why you can't tell Ohloh where the code is and we'll be happy to help you out.

Ohloh'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.
Ohloh 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, Ohloh 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 Ohloh'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 Ohloh unless you are certain that it is safe for this information to become public.

Ohloh can combine data from multiple code lcoations 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 Ohloh's view of a project and its sub-projects, to prevent double-counting while still reflecting the chosen organizational structure for the project.