this post was submitted on 29 Jul 2024
22 points (100.0% liked)

Git

2874 readers
15 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

  1. Follow programming.dev rules
  2. Be excellent to each other, no hostility towards users for any reason
  3. 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
Ategon@programming.dev
canpolat@programming.dev
jnovinger@programming.dev
22
vdm: A General-Purpose Versioned-Dependency Manager (GitHub) (github.com)
submitted 3 months ago by canpolat@programming.dev to c/git@programming.dev
9 comments fedilink hide all child comments
you are viewing a single comment's thread
view the rest of the comments
[–] technom@programming.dev 2 points 3 months ago* (last edited 3 months ago) (1 children)

This is clearly intended as an alternative to 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.

Neither does Git though. I’m not really sure I follow your point.

Git does track submodule history unlike vdm.

By default, vdm sync also removes the local .git directories for each git remote, so as to not upset your local Git tree.

Git submodules don't delete those .git directories. It uses them.

If you want to change the version/revision of a remote, just update your spec file and run vdm sync again.

This is not how git submodules or subtrees work.

vdm does depends on git being installed if you specify any git remote types

Support more than just git and file types, and make file better

Git submodules and subtrees don't support anything other than git remotes.

[–] FizzyOrange@programming.dev 1 points 3 months ago (1 children)

There are use cases like monorepos where vdm won’t work.

Erm yeah because the whole point of monorepos is that you don't use submodules. What?

Git does track submodule history unlike vdm.

The history of submodules is tracked in the submodule repo. VDM doesn't change that.

It uses them.

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.

This is not how git submodules or subtrees work.

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.

Git submodules and subtrees don’t support anything other than git remotes.

So? Alternatives to git submodules don't need to restrict themselves to its features.

[–] lysdexic@programming.dev 0 points 3 months ago

Erm yeah because the whole point of monorepos is that you don’t use submodules. What?

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.