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

trying to figure out this git thing - some questions

From
ESEhud Shabtai <eshabtai.lkml@gmail.com>
Date
Apr 14, 2005, 19:02 UTC
Message-ID
<68b6a2bc05041412025f1cb7c9@mail.gmail.com>
I'm trying to understand how it works and I'll appreciate if someone could help.
1. git uses object abstraction for the different types and so
everything is in one directory (objects). From what I've seen in the
implementation, the different kind of objects are not of the same type
(there aren't any operations which work on two different types) and
thus in each step when an object is used its type is verified.
What's the benefit of having them all in the same tree? An alternative
would be to separate the different object types into different
directories which trivially allows getting a list of all commits, or
trees or blobs.
2. A commit can have more than one parent. Can anyone draw an example
of such a case? When do we get a commit graph which is not linear?
3. How does git handle binary files? I guess it doesn't really care if
it's binary or text, but how would the diff and merge scripts handle
them?
Next: tony.luck@intel.com
Message 1 of 2 in “trying to figure out this git thing - some questions”
  1. Ehud ShabtaiApr 14, 2005
  2. tony.luck@intel.comApr 14, 2005

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.