Skip to content

Full-History Codebases

Complete codebases with every commit, branch and test, showing how the software was built.

01

Sample

One repository, names removed
One repository's commit history23 commits · newest first · Pacific time
  1. c99b8051Add wallet setup script with retry logic and deployment ID generation
  2. ace112faAdd retry logic and error handling to full-deploy script
  3. 876cc1fdAdd comprehensive README for SettlementEngine Smart Contracts
  4. 8a1bcb20Add project guidelines and reorganize contracts with restricted admin
  5. 8c7c2e29Update README for v2.3 API changes and gasless signatures
  6. b15153cfAdd script to generate and fund test wallets for SettlementEngine
  7. 9739cf7dUpdate README v2.2: simplify seller signature, add gasless transfer
  8. 130a558aAdd internal balance transfer and gasless support
  9. 5673843bAdd internal balance transfer with gasless support
  10. 852592efUpdate README to reflect major refactor and new terminology
  11. ed9069e5Switch SettlementEngine from auction to bet logic
  12. 94e5e98cAdd scripts to distribute TESTUSD and fund test wallets
  13. b2ff4a65Add misc/ to .gitignore to exclude miscellaneous files
  14. 5f83d5adUpdate README with comprehensive documentation and new architecture diagram
  15. 3ae590c0Update MockERC20 deployment name to reflect SettlementEngine
  16. d0102f34Add testnet addresses to README and create setup script
  17. 51ea1a6aAdd RESOLVE prefix to resolution hash
  18. 30623902Add comprehensive admin authorization tests
  19. dddbc666Refactor SettlementEngine to use internal balances and token approvals
  20. 6bd579beAdd auction-based secondary trading to SettlementEngine

    Replaces listings with auctions for reselling positions: a seller opens an auction, buyers bid and the seller accepts one. The auction code lives in a new contract, SettlementEngineAuction, which SettlementEngine now builds on instead of the listing contract.

    Commit
    6bd579be
    Time
    11 Jan 2026, 19:26 PST
    Files changed
    26
    Added, deleted, modified
    5, 7, 14
    Patch lines
    3,662
    26 files changed

    contracts/ · 6

    • ~SettlementEngine.sol
    • +SettlementEngineAuction.sol
    • ~SettlementEngineError.sol
    • ~SettlementEngineEvent.sol
    • −SettlementEngineListing.sol
    • ~SettlementEngineStorage.sol

    test/ · 20

    • +auction/accept-bid.test.js
    • +auction/close-auction.test.js
    • +auction/open-auction.test.js
    • +auction/register-bid.test.js
    • ~edge/authorization.test.js
    • ~edge/multi-transfer.test.js
    • ~edge/position-transfer.test.js
    • ~edge/reentrancy.test.js
    • ~edge/state-transition.test.js
    • ~edge/timestamp.test.js
    • ~edge/zero-value.test.js
    • −fuzz/listing-price.test.js
    • ~fuzz/state-machine.test.js
    • ~helper.js
    • −listing/buy-position.test.js
    • −listing/cancel-listing.test.js
    • −listing/edge-case.test.js
    • −listing/list-position.test.js
    • −listing/secondary-sale-resolution.test.js
    • ~token/token-compatibility.test.js
    contracts/SettlementEngine.solFirst hunk of commit 4
    @@ -2,14 +2,14 @@22 pragma solidity ^0.8.24;33 44 import "./SettlementEngineQuote.sol";5-import "./SettlementEngineListing.sol";5+import "./SettlementEngineAuction.sol";66 77 /**88  * @title SettlementEngine9- * @notice Prediction market escrow and secondary trading10- * @dev Inherits quote and listing logic, deploys as single contract9+ * @notice Prediction market escrow and secondary trading via auctions10+ * @dev Inherits quote and auction logic, deploys as single contract1111  */12-contract SettlementEngine is SettlementEngineQuote, SettlementEngineListing {12+contract SettlementEngine is SettlementEngineQuote, SettlementEngineAuction {
  21. f80f62c7Add Business Source License 1.1 to repository
  22. 08f1dbddAdd admin controls, protocol fee, and updated env example
  23. 03c46aabAdd example env, gitignore, and README
02

Specifications

Full-History Codebases specifications
FormatsGit bundle, JSON, CSV, Patch
DeliveryRestricted data room, Sealed ZIP, Per-repository Git bundles
CadenceSealed release or custom refresh
Delivered asOne Git repository per codebase, with its full history
ContentsSource, tests, configuration, documentation, branches, tags and merges
HistoryCommit topology, timestamps, technical messages and reversions
VerificationEvery bundle passes git fsck --strict and git bundle verify
AccessPublic previews show selected structure and changes. Evaluation access and corpus delivery are arranged with the data team under agreed terms.
Built againstSWE-bench

What ships

  • Cloneable Repository Histories

    One prerequisite-free Git bundle per codebase. Clone locally and inspect approved branches and tags, commit topology, timestamps, merges, technical messages, source, tests, configuration, and documentation.

  • Current Source Snapshots

    Coherent repository trees rather than disconnected files, ready for cross-file retrieval, long-context understanding, test generation, and repository-level reasoning.

  • Manifests and Release Evidence

    Stable pseudonymous IDs, exact hashes, repository-level counts, data cards, checksum manifests, sanitization summaries, and release evidence tie every claim back to the delivered bytes.

Fields

8 fields

FieldDescription
repositories/{id}.bundleGit bundlePrerequisite-free cloneable repository history with approved heads and tags.Example repositories/gh-repo-0064.bundle
MANIFEST.jsonJSONRepository IDs, default refs, hashes, counts, quality disclosures, and release metadata.
DATA_CARD.mdMarkdownExact package-level counts, measurement definitions, and sanitization disclosures.
SHA256SUMStextChecksum coverage for every other member of the archive.
audit/*.jsonJSONHistory integrity, secret scanning, content scanning, semantic replay, and safety summaries.
source/directory · nullableCurrent repository snapshot in the delivered package.
history/commits.csvCSV · nullableDe-identified commit index in the delivered package.Example 23 commit rows
history/patch-pairs/*.patchpatch · nullableRepresentative de-identified historical changes in the delivered package.Example 5 patch pairs

Load it

The first commands after an approved delivery.

quickstart.sh
# After approved delivery, inspect the repository history
# Verify the supplied manifest and checksums before use.
shasum -a 256 -c SHA256SUMS
git bundle verify history/repository.bundle
git clone history/repository.bundle repo
git -C repo log --oneline --graph --all
03

Quality checks

4 checks

Git history integrity

Whether sanitization preserves the authentic source history one-to-one.

Compare source and target commit counts, dates, identities, messages, parent edges, refs and tags across every repository before release packaging.

Policy 2026-07-18.19 mapped every source commit to exactly one sanitized commit, with zero structural mismatches.

Extracted package verification

Whether the sealed archive and each repository bundle can be verified and cloned without hidden prerequisites.

Freshly extract the ZIP, verify member checksums, compare bundle hashes, run git fsck --strict and git bundle verify, and reconcile every included repository ID and ref.

Every bundle passed; zero package failures, traversal entries, duplicate members, encrypted members, symlinks or checksum mismatches.

Sanitized content and secret scan

Whether prohibited identity, contact, secret, private-path, sensitive-record or unsafe content survives in reachable history.

Layer primary and custom secret scanning with content, provenance, safety and complete reachable-blob review over the sanitized corpus and a fresh extraction.

Zero unresolved sanitized-content findings and zero sanitized secret-scan findings across every rewritten repository.

Repository preview integrity

Whether the displayed history and selected patch correspond to a coherent underlying repository.

Compare source/ byte-for-byte to bundle HEAD, validate commit rows and patch pairs, parse all JavaScript files, and resolve relative JavaScript and Solidity imports without network access.

117/117 source files match bundle HEAD; 23/23 normalized commit trees match the source history after disclosed redactions; 98/98 JavaScript files parse; zero relative imports are unresolved. Runtime tests were not executed because the exact Hardhat dependency tree and lockfile are unavailable.

Ground truth

What is correctThe sealed repository bundles themselves, their exact SHA-256 hashes, the package manifest, and the source-to-target rewrite ledger define the released corpus.
How it is establishedCounts are reproduced directly from Git objects and extracted files. Bundle refs and hashes are reconciled to the sanitized mirrors; package members are checked against complete SHA256SUMS coverage; fresh extraction is scanned again.
AgreementIndependent round-eight review of the exact policy-2026-07-18.19 sealed bytes returned PASS with zero unresolved supported blockers. The review covered the packaged evidence and every unique reachable historical text blob.

How it is built

  1. 01

    Inventory the complete source universe

    Start from every mirrored repository, including empty ones, with its complete commit history.

  2. 02

    Rewrite narrowly and deterministically

    Apply redaction policy 2026-07-18.19 to remove principal identity, contributor contact details, credentials, sensitive records, private paths and unsafe payloads while preserving safe technical context, source, tests, documentation, timestamps, messages, branches, tags, merges and topology.

  3. 03

    Reconcile every commit and ref

    Verify that every source commit maps one-to-one to a sanitized commit, with zero date, identity, message, parent, ref-target or tag mismatches under the published rewrite policy.

  4. 04

    Remove only empty and duplicate copies

    Subtract empty repositories and conservatively supported duplicate copies. No repository is removed for rights, provenance, brand, quality or a confirmed safety issue.

  5. 05

    Seal and independently review

    Build cloneable bundles, manifests, checksums and audit summaries; scan fresh extractions; verify every bundle; then submit the exact sealed ZIP bytes for independent review. The review returned PASS with zero unresolved supported blockers.

05RequestReplies usually within one working day

Request a sample

We send real records in the format you would receive, with the field list and where each record came from. Access for evaluation is limited and covered by a mutual NDA.

ProductFull-History Codebases

team@gerra.com