Skip to content

revert: "ci: updated vcs import to be recursive (#6792)"#6837

Merged
xmfcx merged 1 commit into
mainfrom
feat/vcs-import/no-recursive
Feb 21, 2026
Merged

revert: "ci: updated vcs import to be recursive (#6792)"#6837
xmfcx merged 1 commit into
mainfrom
feat/vcs-import/no-recursive

Conversation

@xmfcx
Copy link
Copy Markdown
Contributor

@xmfcx xmfcx commented Feb 21, 2026

@github-actions
Copy link
Copy Markdown

Thank you for contributing to the Autoware project!

🚧 If your pull request is in progress, switch it to draft mode.

Please ensure:

@xmfcx xmfcx self-assigned this Feb 21, 2026
@xmfcx xmfcx added the run:health-check Run health-check label Feb 21, 2026
@paulsohn
Copy link
Copy Markdown
Collaborator

paulsohn commented Feb 21, 2026

I am actually against this. Adding --recursive only for CI is totally harmless, imposes nothing to users, and can help support for future, potential submodule-based dependencies if any. Maybe documents can be reverted now.
This is different from reverting e.g. Rust - it adds to the users redundant dependencies so it is plausible to be removed once decided unnecessary.
(Although personally I would like to see real rust codes deployed into universe in the near future)

If it was never been there all along then we have no reason to eagerly add --recursive, but this time I see very few reason to eagerly remove it.

@xmfcx
Copy link
Copy Markdown
Contributor Author

xmfcx commented Feb 21, 2026

Either both docs and ci gets it, or it is removed from both ci and docs. I don't want ci-user discrepancy.


Adding --recursive only for CI is totally harmless

It's not harmless. If CI uses --recursive but users don't, we create a silent gap. Any dependency that accidentally relies on initialized submodules will build fine in CI and break for users. That's exactly the kind of bug that takes hours to diagnose because "it works in CI" is the first thing everyone says.

CI should mirror what users actually run. If we want --recursive everywhere, fine, but keeping it only in CI while users don't have it is worse than not having it at all.

Let's just keep things consistent and add --recursive back intentionally if and when we actually need it.

@paulsohn
Copy link
Copy Markdown
Collaborator

If CI uses --recursive but users don't, we create a silent gap. Any dependency that accidentally relies on initialized submodules will build fine in CI and break for users. That's exactly the kind of bug that takes hours to diagnose because "it works in CI" is the first thing everyone says.

I got your point. Let's proceed then.

@xmfcx xmfcx merged commit 12ec5ef into main Feb 21, 2026
20 of 21 checks passed
@xmfcx xmfcx deleted the feat/vcs-import/no-recursive branch February 21, 2026 18:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

run:health-check Run health-check

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants