Greg Troxel <gdt@xxxxxxxxxx> writes: > While one can add tree objects to the index, this is not currently > useful. Therefore, use "git ls-tree -r" as the example to be fed to > --index-info. Add a section explaining about expected index contents. > (Thanks to Junio for explaining this to me in August of 2011.) > > Signed-off-by: Greg Troxel <gdt@xxxxxxxxxx> > --- > Documentation/git-update-index.txt | 7 ++++++- > 1 file changed, 6 insertions(+), 1 deletion(-) > > diff --git a/Documentation/git-update-index.txt b/Documentation/git-update-index.txt > index 9d0b151..6ce65fa 100644 > --- a/Documentation/git-update-index.txt > +++ b/Documentation/git-update-index.txt > @@ -29,6 +29,11 @@ Modifies the index or directory cache. Each file mentioned is updated > into the index and any 'unmerged' or 'needs updating' state is > cleared. > > +Note that update-index does not check that the modifications preserve > +the expected invariants. In particular, an index normally holds > +regular blobs, executable blobs, symlink blobs, and gitlinks. > +Therefore, adding a tree object is not likely useful. > + I find this unnecessarily alarmist as a description meant for general audiences. For the normal mode of operations of the command (e.g. "git update-index --add --remove hello.c"), whatever you mean by "expected invariants" are fully preserved. I think you meant this for --cacheinfo and --index-info options, which are primarily meant for people who know what they are doing (that includes the use of this command in scripted Porceains) or Git developers who want to work on enhancing the index (and to them, being able to record anything is more convenient). > @@ -210,7 +215,7 @@ back on 3-way merge. > > . mode SP type SP sha1 TAB path > + > -The second format is to stuff 'git ls-tree' output > +The second format is to stuff 'git ls-tree -r' output > into the index file. This hunk is good. Thanks. -- 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