git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: git submodules

From
Avery Pennarun <apenwarr@gmail.com>
Date
Oct 21, 2009, 19:38 UTC
Message-ID
<32541b130910211238s6f4a04cawd7f95c4731fe4a3b@mail.gmail.com>
In-Reply-To
<f488382f0910171015j1a6d4d9fg690867154334c514@mail.gmail.com>
On Sat, Oct 17, 2009 at 1:15 PM, Steven Noonan <steven@uplinklabs.net> wrote:
Show 10 quoted lines
> We're using git submodules for the contributing libraries. When I
> commit changes to those contribs, it correctly shows in the parent
> repository that those folders have different revisions than what's
> currently committed. However, if someone pulls those changes, it
> doesn't automatically update the contribs to match the committed
> version. But doing a pull or merge _should_ update the working tree to
> match the committed versions. It does with file data, so why not
> update the submodules? Especially if the submodule revision matched
> the committed version -before- the pull. Why are we forced into using
> 'git submodule update'?

<advertisement> git-subtree (http://github.com/apenwarr/git-subtree) is an alternative to submodules that doesn't have this problem. </advertisement>

But it probably has other problems. :) Works great for my purposes, though, and quite a few people have contacted me to say they're using it happily.

Have fun,
Avery
Previous: Nanako Shiraishi
Message 4 of 4 in “git submodules”
  1. Steven NoonanOct 17, 2009
  2. Jakub NarebskiOct 17, 2009
  3. Nanako ShiraishiOct 17, 2009
  4. Avery PennarunOct 21, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.