Re: PATCH[2/4]: Allow tree-id to return the ID of a tree object

From: Philip Pokorny <ppokorny@mindspring.com>
Date: May 2, 2005, 05:46 UTC
Message-ID: <4275BECD.7070407@mindspring.com>
In-Reply-To: <42708D8E.10003@mindspring.com>

Philip Pokorny wrote:

> Convert commit-id to use the new cg-Xnormid internal script
>
> Signed-off-by: Philip Pokorny <ppokorny@mindspring.com>

Were these patches accepted?? I ask because while I do seem to see the addition of the new cg-Xnormid, I don't see that tree-id and friends have been updated to use the new file.

But then again, I seem to be having trouble getting my git working 
directory to track or match the current head.  That would be:
    49612c471eebd26efe926a71752e254c1cdc382d
right?

Wait... Perhaps I'm seeing cg-Xnormid because it was an "other" file and therefore left in my directory. But that still doesn't explain why my checkedout cache doesn't show the results of the latest changes to cg-help... Even after running 'cg-update origin'

I'm so confused. It seems difficult to know exactly what the state of your cache actually *is* at any given time. Shouldn't cg-status tell you that you have modified, but uncommited files in your cache? Is there any way to know what the tree-id/commit-id your cache is an instance of? Do you have to 'cat .git/blocked' and 'ls -l .git/HEAD' to know?

In clearcase, I could 'ct lsview' and 'ct catcs' to see what my current view/cache was. I can't find the equivalent in cogito...

:v)