#72439 closed enhancement (duplicate)
git fetching should support submodules
| Reported by: | RJVB (René Bertin) | Owned by: | |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | base | Version: | |
| Keywords: | Cc: | ||
| Port: |
Description
Fetching via git and/or from github and family should support using submodules, at least for the git fetch.type. The github PG and family might even add some convenience routines to set up the distfiles for "normal" fetching.
Is there even a good reason not to check out project submodules by default?
I cannot really make out if there is an advantage to checking out a remote repo's HEAD with submodules and then checking out the desired commit (as the protocol imposes), or checking out the submodules from inside the working copy that has already been set to the desired commit.
What's clear is that supporting --shallow-since <MM-DD-YYYY> (combined with --shallow-submodules can be beneficial for very active, large repositories.
Cf. https://github.com/RJVB/macstrop/blob/master/_resources/port1.0/group/github-1.1.tcl
Change History (2)
comment:1 Changed 10 months ago by jmroot (Joshua Root)
| Resolution: | → duplicate |
|---|---|
| Status: | new → closed |
#50708