On Thu, Jun 09, 2011 at 08:00:12PM -0400, Michael Nahas wrote: > A partial step towards the right idea is not always a good thing. It > could leave users confused or give them the power to create a mess but > not fix it. We should be careful, but not fearful. Yeah, that was what I was trying get at. We do need to be careful not to make things worse. > I took a quick look at some documentation. The index has almost all > the stats about a file that are directly available from a file in the > working tree. It also looks like the index has far more stats than > can be stored in a tree object entry. Is that right? Yeah. The index does double duty by holding both the sha1 of what is at each stage, but also the stat cache for files in the worktree. That's what lets us avoid even opening unchanged files during a diff (we lstat them and check the size, modification time, etc). In general, that particular duty probably doesn't have a place in the UI for porcelain. Most commands will transparently go through the cache, find any stat-dirty entries, and actually open and check what's in the file. -Peff -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html