on a tree combined from several repo, init from the root does not recursively scan the lower level repos

[ofergr]

My working tree looks like this:
x -> main repo
x/y -> another repo
x/y/z -> another repo.

The base folder is x. running init from there scans only 10 files, it does not search the sub repo.

[colbymchenry]

What version of CodeGraph are you running?

[ofergr]

The latest. I've just installed it. I understand it does not cross .git boundaries, but I think you should add a flag that bypasses this guard. As described in my case, the repos are "stacked" one above the other, creating our whole project.

[colbymchenry]

This feature was already developed. It should work automatically, so the fact it's not is a bug I need to fix. I'll keep you posted on it. I'll try to have a fix for it out by tomorrow.

[colbymchenry]

Fixed in #1038 (merged to main, ships in the next release).

Root cause: your stacked repos were tracked as gitlinks (mode 160000). When you git add a nested git repo, git records it as a commit pointer rather than expanding its files — and CodeGraph was skipping those, so init at the top saw only the outermost repo's handful of files. It now descends into each nested gitlink repo that has a working tree on disk and indexes it recursively, so your x → x/y → x/y/z layout indexes all three levels from one codegraph init at x.

No flag needed — it's automatic, as expected. Validated on macOS, Linux, and Windows. Thanks for the clear report!

[ofergr]

I've upgraded to 1.1.3. I run "sync" and "index". I also deleted .codegraph/ and .code-review-graph/ from x folder.
I then run "init" again.
Initializing CodeGraph
│
◆ Initialized in /x
│
│ ◆ Scanning files — 10 found
│ ◆ Parsing code — done
│ ◆ Resolving refs — done
│
◆ Indexed 10 files
│
● 167 nodes, 268 edges in 310ms
│
└ Done

ls
.git
y

cd y
ls
.git

So something still does not work. We do not use git submodules. We have a setup script that clone the repos to the desired tree structure.