git subtree and git subrepo are compatible with all git forges and don't require normal developers to install the extensions. Only the person/bot doing the occasional sync to the external repo has to install the extension. I prefer git subrepo for most (but not all) use cases.

▲

pavon 9 hours ago | parent | next [-]

Note that subtree and subrepo have the same SHA-1/SHA-256 incompatibility issue that submodules do, so this will be just as much of a trainwreck for them as well.

▲

mort96 9 hours ago | parent | prev [-]

What's the advantage to using git subtree or git subrepo instead of git submodules? I've never heard of this, what's the difference between them? If it's an extension, how do people without the extensions end up downloading the code from the other repos?

How does it work with MRs, can I submit an MR which consists of changing the referenced SHA (and have it not show up as changes to every file in the referenced repo)?

▲

bryanlarsen 9 hours ago | parent [-]

They work by copying one repo inside another and providing tools to copy/sync it back out again. It's not a link, it's a copy. It's almost the same as copying the files into your repo and git add'ing them, but there are accounting and tools to pull changes from the subrepo back to the external repo.

The trade-offs are relatively obvious. It'd be a poor option for Yocto, but is a better option for most corporate repos.

	▲	mort96 9 hours ago \| parent [-]
		Oh, I didn't want to vendor another repo into mine, I just want to store a reference to it. I'll keep using submodules then, as they're easier to work with than tools like gclient and repo. I really don't get the hate. They're not hard to work with. Just a bit shitty UX but if you're using Git you're used to that already.