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

Re: Question: regarding understanding code base

From
JAYATHEERTH K <jayatheerthkulkarni2005@gmail.com>
Date
Jun 16, 2025, 09:44 UTC
Message-ID
<CA+rGoLeG=-PK6QiMKL6YuUYAarnd0rM_iGD=vAUReKYZ9ex9AA@mail.gmail.com>
In-Reply-To
<xmqqy0ts4izb.fsf@gitster.g>
On Mon, Jun 16, 2025 at 6:10 AM Junio C Hamano <gitster@pobox.com> wrote:
Show 37 quoted lines
>
> JAYATHEERTH K <jayatheerthkulkarni2005@gmail.com> writes:
>
> > On Sun, Jun 15, 2025 at 6:13 AM Junio C Hamano <gitster@pobox.com> wrote:
> >>
> >> JAYATHEERTH K <jayatheerthkulkarni2005@gmail.com> writes:
> >>
> >> > What I meant was:
> >> > You previously suggested that one good way to understand Git is to
> >> > start from the initial commit of the Git repo and move forward
> >> > chronologically through the commits.
> >>
> >> Not at all.  I only suggested to study the initial one.  It is more
> >> like biology students learning the common principles that apply to
> >> all kinds of life by studying a lot simpler organism as a model,
> >> instead of studying a lot higher order ones like mammals.
> >>
> >> Moving forward is all your invention or hallucination ;-)
> >>
> > Fair enough I have read your biology metaphor
> > into a full evolutionary theory.
>
> I should probably have said "before" instead of "instead of" in the
> above.  You were looking for a way to see what higher order
> organisms there are to study, after learning from the simplest
> organism.
>
> "git log --reverse -p" is a simpler replacement for your shell
> script loop to do so.
>
> If I were doing this, after studying the initial one, I would
> probably see how much of what I learned from the initial version
> remains in 1.0.0, 1.3.0, 1.5.3, and 1.6.0.
>
> 1.5.3 was probably the last version one can read cover to cover in
> one sitting.  Anything after that version are just too big, I think,
> but there probably are those with more patience than I have ;-).
Agreed, it takes time to sincerely understand each function

Till now how I've done is Whenever there was a bug report I acted like the compiler, tracing the file and function with pen and paper and found the quirk While this would work for bug fixes, I'm not sure if this is a good practice for big projects or a good practice in general.

Previous: Junio C HamanoNext: Ben Knoble
Message 7 of 9 in “Question: regarding understanding code base”
  1. JAYATHEERTH KJun 14, 2025
  2. Junio C HamanoJun 14, 2025
  3. JAYATHEERTH KJun 15, 2025
  4. Junio C HamanoJun 15, 2025
  5. JAYATHEERTH KJun 15, 2025
  6. Junio C HamanoJun 16, 2025
  7. JAYATHEERTH KJun 16, 2025
  8. Ben KnobleJun 15, 2025
  9. JAYATHEERTH KJun 15, 2025

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.