Re: [RFC/PATCH 0/7] Rework git core for native submodules

From: Duy Nguyen <pclouds@gmail.com>
Date: Apr 17, 2013, 10:37 UTC
Message-ID: <CACsJy8BoWfng7p=kHbiF9s6XYH1mPMtAGW6BRz54uYM5454O0w@mail.gmail.com>
In-Reply-To: <20130407212342.GA19857@elie.Belkin>

On Mon, Apr 8, 2013 at 7:23 AM, Jonathan Nieder <jrnieder@gmail.com> wrote:

Show 8 quoted lines

> Ramkumar Ramachandra wrote:
>
>>             It's about the core object code of git parsing links, as
>> opposed to a fringe submodule.c/ submodule.sh parsing .gitmodules.
>
> What's stopping the core object code of git parsing .gitmodules?  What
> is the core object code?  How does this compare to other metadata
> files like .gitattributes and .gitignore?

Somewhat related to the topic. Why can't .gitattributes be used for storing what's currently in .gitmodules? -- Duy

$ 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.