git@vger.kernel.org list mirror (unofficial, one of many)
 help / color / mirror / code / Atom feed
* Optionally include submodules in git archive - status?
@ 2021-06-11  7:21 Axel Obermeier
  2021-06-11 19:03 ` brian m. carlson
  0 siblings, 1 reply; 2+ messages in thread
From: Axel Obermeier @ 2021-06-11  7:21 UTC (permalink / raw)
  To: git

Dear git developers & community,

I'm trying to find out the status of including submodules in git archive
- I'm sure this has come up before, because it creates lots of pain,
especially in packaging [0].

Github in particular punts on including submodules in the automatically
generated tarballs (which are therefore often broken, i.e. not including
all necessary parts to build), and this is in part because the underlying
git archive command does not provide that option.

I could not find a bug tracker for git (though I noted with interest
from [1] that the git-scm website has one...), and could not easily find
something on the ML [2].

It's creating enough friction for me that I feel tempted to implement it
(e.g. with a switch to recurse one or all levels of submodules), even
though I don't know the git codebase at all. In any case, before rushing
ahead, I wanted to check first what the status of this topic is.

Best regards
H.

[0] https://github.com/dear-github/dear-github/issues/214
[1] https://git-scm.com/community
[2] https://public-inbox.org/git/?q=submodule+%22git+archive%22

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Optionally include submodules in git archive - status?
  2021-06-11  7:21 Optionally include submodules in git archive - status? Axel Obermeier
@ 2021-06-11 19:03 ` brian m. carlson
  0 siblings, 0 replies; 2+ messages in thread
From: brian m. carlson @ 2021-06-11 19:03 UTC (permalink / raw)
  To: Axel Obermeier; +Cc: git

[-- Attachment #1: Type: text/plain, Size: 2142 bytes --]

On 2021-06-11 at 07:21:29, Axel Obermeier wrote:
> Dear git developers & community,
> 
> I'm trying to find out the status of including submodules in git archive
> - I'm sure this has come up before, because it creates lots of pain,
> especially in packaging [0].

Nobody has implemented it yet.  It could theoretically be implemented
for submodules where the submodule is already downloaded and populated
on disk, but if the submodule isn't populated, then the data won't exist
and it wouldn't be possible to put it in the archive.

So it can be done, but it's a bit tricky.

> Github in particular punts on including submodules in the automatically
> generated tarballs (which are therefore often broken, i.e. not including
> all necessary parts to build), and this is in part because the underlying
> git archive command does not provide that option.

It is unlikely that GitHub will implement this anytime soon.  GitHub
essentially invokes git archive to generate its archives, and even when
git archive supports that, the submodules will usually live on a
different set of file servers than the main repository, so the data will
likely not be accessible.

For Git LFS, we issue our own source tarballs for different reasons (the
fact that git archive is not guaranteed to produce stable archives and
we want to provide signed hashes), so at least for now, the solution
would be to provide your own tarballs if you need something special.

> I could not find a bug tracker for git (though I noted with interest
> from [1] that the git-scm website has one...), and could not easily find
> something on the ML [2].

The list is the place to report bugs and request new features, so you're
in the right place.

> It's creating enough friction for me that I feel tempted to implement it
> (e.g. with a switch to recurse one or all levels of submodules), even
> though I don't know the git codebase at all. In any case, before rushing
> ahead, I wanted to check first what the status of this topic is.

We would love to see a patch.
-- 
brian m. carlson (he/him or they/them)
Toronto, Ontario, CA

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2021-06-11 19:03 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-06-11  7:21 Optionally include submodules in git archive - status? Axel Obermeier
2021-06-11 19:03 ` brian m. carlson

git@vger.kernel.org list mirror (unofficial, one of many)

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://public-inbox.org/git
	git clone --mirror http://ou63pmih66umazou.onion/git
	git clone --mirror http://czquwvybam4bgbro.onion/git
	git clone --mirror http://hjrcffqmbrq6wope.onion/git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V1 git git/ https://public-inbox.org/git \
		git@vger.kernel.org
	public-inbox-index git

Example config snippet for mirrors.
Newsgroups are available over NNTP:
	nntp://news.public-inbox.org/inbox.comp.version-control.git
	nntp://7fh6tueqddpjyxjmgtdiueylzoqt6pt7hec3pukyptlmohoowvhde4yd.onion/inbox.comp.version-control.git
	nntp://ie5yzdi7fg72h7s4sdcztq5evakq23rdt33mfyfcddc5u3ndnw24ogqd.onion/inbox.comp.version-control.git
	nntp://4uok3hntl7oi7b4uf4rtfwefqeexfzil2w6kgk2jn5z2f764irre7byd.onion/inbox.comp.version-control.git
	nntp://news.gmane.io/gmane.comp.version-control.git
 note: .onion URLs require Tor: https://www.torproject.org/

code repositories for project(s) associated with this inbox:

	https://80x24.org/mirrors/git.git

AGPL code for this site: git clone https://public-inbox.org/public-inbox.git