this post was submitted on 29 Jul 2024
22 points (100.0% liked)
Git
2882 readers
17 users here now
Git is a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency.
Resources
Rules
- Follow programming.dev rules
- Be excellent to each other, no hostility towards users for any reason
- No spam of tools/companies/advertisements. It’s OK to post your own stuff part of the time, but the primary use of the community should not be self-promotion.
Git Logo by Jason Long is licensed under the Creative Commons Attribution 3.0 Unported License.
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
It would be good to see a comparison with the many other reimplementations of submodules.
It didn't look like a submodule reimplementation to me. Subtree is more of a submodule reimplementation. This is more like a language-agnostic package manager (like cargo, npm, etc) that downloads and caches source packages.
First line of the readme:
Yes. I saw that. I was giving you my assessment based on the rest of the technical details in that readme. It doesn't look like vdm is dealing with any part of the dependency repos (.git directories) other than to download them. In fact, they even mention deleting those .git directories. Please let me know if you think I misinterpreted any of those details.
Neither does Git though. I'm not really sure I follow your point. This is clearly intended as an alternative to submodules. It says so!
I'm not saying it's an exact copy of git submodules.
An alternative, not a replacement. Vdm is specifically designed to track code dependencies. There are use cases like monorepos where vdm won't work.
Git does track submodule history unlike vdm.
Git submodules don't delete those .git directories. It uses them.
This is not how git submodules or subtrees work.
Git submodules and subtrees don't support anything other than git remotes.
Erm yeah because the whole point of monorepos is that you don't use submodules. What?
The history of submodules is tracked in the submodule repo. VDM doesn't change that.
It doesn't use them any differently to if you had just checked out the submodule standalone. I'm not exactly sure what VDM does (haven't used it) but that doesn't seem like a big thing.
No?. Actually that's not all you need to manage for git submodules - there's additional hidden state so you can't just edit that file; you need to use
git add/rm. Which is fundamentally the same but worse - this is one of the selling points of the alternatives like VDM. It's way less confusing.So? Alternatives to git submodules don't need to restrict themselves to its features.
Not true. The whole point of monorepos is that you track everything in a single repo. There is absolutely no requirement or constraint to avoid using specific features of specific VCSs or even package managers.
Doesn't it, though? I mean, you can update a submodule's history directly from the consumer package. That's the whole point of submodules. Otherwise you would be better off by just wget something into your project.