Feature request: ocr scan support git submodule recursive scanning

[ThreeLeaves66]

Describe the feature request

Currently when running ocr scan at root repository which contains git submodules, OCR does NOT recursively traverse code inside git‑submodule directories.

Submodule folders are treated as opaque directories, source files inside submodules are ignored entirely in full‑repository scan.

Current workaround

We have to invoke ocr scan repeatedly for every submodule directory manually with --repo / --path flag in CI pipeline.
This brings extra scripting complexity:

1. Need to parse .gitmodules
2. Iterate every submodule path and trigger separate scan task
3. Merge multiple independent json reports manually

Use‑case

Monorepo / projects with git submodules, running full repository security/bug audit via ocr scan.
Many enterprise projects rely on git‑submodule to manage dependent components.

Expected behavior

Add submodule‑aware support for ocr scan:

• Option 1: add a new flag like --include‑submodules, when enabled, read .gitmodules and recursively scan each checked‑out submodule together in one single scan session, produce one unified final report.
• Option 2: document explicit limitation in docs, that submodules are skipped by default.

Note: We understand submodules may increase file count and token consumption, so this should be opt‑in (disabled by default), do not change existing default behaviour.

Additional context

• Command used: ocr scan (full‑scan mode, not ocr review diff mode)
• OCR version: latest main branch
• CI scenario: full repository periodic security audit

Would like to know whether submodule‑aware scanning is in the consideration roadmap.