fix: Add symlink setting (opt-in) to fix workflows relying on them#12992
fix: Add symlink setting (opt-in) to fix workflows relying on them#12992jeroenev wants to merge 3 commits intoanomalyco:devfrom
Conversation
|
Hey! Your PR title Please update it to start with one of:
Where See CONTRIBUTING.md for details. |
|
The following comment was made by an LLM, it may be inaccurate: No duplicate PRs found |
|
Thanks for your contribution! This PR doesn't have a linked issue. All PRs must reference an existing issue. Please:
See CONTRIBUTING.md for details. |
|
Note that this just adds a setting for reverting to the original behavior from 2 weeks ago, as it was changed in PR #11415 |
ebd0736 to
25c3b06
Compare
|
rebased everything on top of dev |
25c3b06 to
bca1d4e
Compare
bca1d4e to
730a330
Compare
|
Am running version opencode 1.2.18 on Fedora. The |
730a330 to
50fe8a4
Compare
What does this PR do?
This PR adds a setting to allow RG / Grep to follow symlinks, like it used to do.
A setting was added to make this behavior opt-in, to avoid issues with complex folder structures + symlinks
How did you verify your code works?
Ran the tests, and tested with codebases where modules are added via symlinks, which PR #11415 broke.
That PR disabled following symlinks in search tools, to fix performance issues from symlinks to large directories or symlink loops.
By doing so it breaks other workflows that rely on symlinks to add modules, so this setting fixes that.
Fixes #10365