Skip to content
Data types

Business data licensing

Software project data

Issues, code changes, reviews and tests can show how software teams diagnose and fix problems.

Records to discuss

  • Issue reports and developer discussions
  • Code changes with their review history
  • Tests and recorded results linked to each change

Keep each issue linked to code changes, review comments and test results.

Code reviewExample
Validate empty form fields
−if (email) return true;
+return email.trim().length > 0;
Empty input Spaces only Valid input
ReviewedIssue, change and tests linked
Fictional example. No customer data.

Formats, uses and history

Common formats
Git history, issue and review exports, source files, and test or build logs.
Possible AI uses
Evaluate AI that diagnoses software bugs, proposes code changes or responds to review comments.
History and context
Repository versions, issue dates, commit order, test environments and recorded results.

For companies with this data

Start with a description of your records.

  1. Name the repositories, project systems and history covered.
  2. Describe how issues link to code changes, reviews and tests.
  3. Identify who can approve a license and review code ownership, dependencies and credentials.

Questions to settle

These details help a buyer assess whether the records fit.

  • Can each issue be linked to the code, review and tests used to resolve it?
  • Are setup instructions and the relevant software versions available?
  • Which code, dependencies or customer details require a separate review?

Start with a description.

Tell us which systems hold your records, how much history exists and who can approve a license. Your company and the buyer agree the scope, preparation, delivery and price.

What to prepare