Not quite. You have to explain to the engineer that the "tree" link
next to each "comit title" "shows" the project _at the state of that
commit_. Which is the WORST PR for git and gitweb. Why?
Because now you have to explain internals of git and gitweb.
Instead of letting the engineer click on the commit to see the commit
and then the commit provides a _context_ where "tree" makes much more
intuitive sense.
OTOH, if one is an expert in git, then they have no problem
getting to the information: commit->tree.
Well, "contents" of a commit is a tricky thing. This is why I don't
like the "tree" link next to each commit in shortlog, but didn't mention
anything when the patch was posted a couple of days ago.
It is just an unnecessary "fast forward interpretation" of commit.
I don't know anymore.
Luben
P.S. Notice how there is a "snapshot" link on each line of
shortlog, but there is no "snapshot" link in the nav bar
of a=commit. The "snapshot" link is next to "tree" down
in the commit data. There is also a "tree" link which is also
in the navbar, but "shortlog" is missing.
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html