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

[PATCH] fix read-tree storing wrong tree reference with modified index

From
Heiko Voigt <hvoigt@hvoigt.net>
Date
Jul 8, 2010, 22:46 UTC
Message-ID
<20100708224653.GB50404@book.hvoigt.net>

In 456156d a shortcut to priming the index tree reference was introduced.

When read-tree is called with -m one would expect it to merge the tree read and the existing one stored in the index. It did that correctly but the index referenced the wrong tree. This sometimes lead to a situation that the diff of

  index <-> HEAD       (git diff)
  index <-> worktree   (git diff --cached)
was empty but
  HEAD <-> worktree    (git diff HEAD)

did show changes because the SHA1 of the worktree files were still in the index but the referenced tree came from HEAD. The test demonstrates how to create such a situation.

Signed-off-by: Heiko Voigt <hvoigt@hvoigt.net>
---

I stumbled upon this bug when using git gui. For some reason it does not always result in the situation described above. I am not sure whether this is the correct fix or if we expect a different behavior from read-tree. So another set of eyes is appreciated.

 builtin/read-tree.c         |    6 ++++--
 t/t1001-read-tree-m-2way.sh |   16 ++++++++++++++++
 2 files changed, 20 insertions(+), 2 deletions(-)
diff --git a/builtin/read-tree.c b/builtin/read-tree.c
index 8bdcab1..3cb6cdd 100644
--- a/builtin/read-tree.c
+++ b/builtin/read-tree.c
@@ -221,11 +221,13 @@ int cmd_read_tree(int argc, const char **argv, const char *unused_prefix)
 	 * what came from the tree.
 	 *
 	 * The same holds true if we are switching between two trees
-	 * using read-tree -m A B.  The index must match B after that.
+	 * using read-tree A B (without -m). The index must match B
+	 * after that. With given -m it can be a mix of the old index
+	 * and the read one.
 	 */
 	if (nr_trees == 1 && !opts.prefix)
 		prime_cache_tree(&active_cache_tree, trees[0]);
-	else if (nr_trees == 2 && opts.merge)
+	else if (nr_trees == 2 && !opts.merge)
 		prime_cache_tree(&active_cache_tree, trees[1]);
 
 	if (write_cache(newfd, active_cache, active_nr) ||
diff --git a/t/t1001-read-tree-m-2way.sh b/t/t1001-read-tree-m-2way.sh
index 6327d20..a5ad3c1 100755
--- a/t/t1001-read-tree-m-2way.sh
+++ b/t/t1001-read-tree-m-2way.sh
@@ -390,4 +390,20 @@ test_expect_success \
      git ls-files --stage | tee >treeMcheck.out &&
      test_cmp treeM.out treeMcheck.out'
 
+test_expect_success '-m references the correct modified tree' '
+	echo > file-a &&
+	echo > file-b &&
+	git add file-a file-b &&
+	git commit -a -m "test for correct modified tree"
+	git branch initial-mod &&
+	echo b > file-b &&
+	git commit -a -m "B" &&
+	echo a > file-a &&
+	git add file-a &&
+	git ls-tree $(git write-tree) file-a > expect &&
+	git read-tree -m HEAD initial-mod &&
+	git ls-tree $(git write-tree) file-a > actual &&
+	test_cmp expect actual
+'
+
 test_done
-- 
1.7.2.rc2.1.g8c934
Next: Junio C Hamano
Message 1 of 4 in “fix read-tree storing wrong tree reference with modified index”
  1. fix read-tree storing wrong tree reference with modified indexHeiko Voigt, Jul 8, 2010
  2. Junio C HamanoJul 8, 2010
  3. Junio C HamanoJul 9, 2010
  4. Heiko VoigtJul 9, 2010

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.