[PATCH 07/15] unpack-trees.c: assume submodules are clean

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: skimo
Date: Sunday, May 20, 2007 - 11:04 am

From: Sven Verdoolaege <skimo@kotnet.org>

If the submodules are not clean, then we will get an error
when we actally do the checkout.

Signed-off-by: Sven Verdoolaege <skimo@kotnet.org>
---
 unpack-trees.c |   43 ++++++++++++++++++++++++++++++++++---------
 1 files changed, 34 insertions(+), 9 deletions(-)

diff --git a/unpack-trees.c b/unpack-trees.c
index 4497a46..f3fe2dd 100644
--- a/unpack-trees.c
+++ b/unpack-trees.c
@@ -5,6 +5,7 @@
 #include "cache-tree.h"
 #include "unpack-trees.h"
 #include "progress.h"
+#include "refs.h"
 
 #define DBRT_DEBUG 1
 
@@ -430,11 +431,24 @@ static void invalidate_ce_path(struct cache_entry *ce)
 		cache_tree_invalidate_path(active_cache_tree, ce->name);
 }
 
-static int verify_clean_subdirectory(const char *path, const char *action,
+/* Check that checking out ce->sha1 in subdir ce->name is not
+ * going to overwrite any working files.
+ *
+ * FIXME: implement this function, so we can detect problems
+ *        early, rather than waiting until we actually try to checkout
+ *        the submodules.
+ */
+static int verify_clean_submodule(struct cache_entry *ce, const char *action,
+				      struct unpack_trees_options *o)
+{
+	return 0;
+}
+
+static int verify_clean_subdirectory(struct cache_entry *ce, const char *action,
 				      struct unpack_trees_options *o)
 {
 	/*
-	 * we are about to extract "path"; we would not want to lose
+	 * we are about to extract "ce->name"; we would not want to lose
 	 * anything in the existing directory there.
 	 */
 	int namelen;
@@ -442,13 +456,24 @@ static int verify_clean_subdirectory(const char *path, const char *action,
 	struct dir_struct d;
 	char *pathbuf;
 	int cnt = 0;
+	unsigned char sha1[20];
+
+	if (S_ISDIRLNK(ntohl(ce->ce_mode)) &&
+	    resolve_gitlink_ref(ce->name, "HEAD", sha1) == 0) {
+		/* If we are not going to update the submodule, then
+		 * we don't care.
+		 */
+		if (!o->submodules || !hashcmp(sha1, ce->sha1))
+			return 0;
+		verify_clean_submodule(ce, action, o);
+	}
 
 	/*
 	 * First let's make sure we do not have a local modification
 	 * in that directory.
 	 */
-	namelen = strlen(path);
-	pos = cache_name_pos(path, namelen);
+	namelen = strlen(ce->name);
+	pos = cache_name_pos(ce->name, namelen);
 	if (0 <= pos)
 		return cnt; /* we have it as nondirectory */
 	pos = -pos - 1;
@@ -456,7 +481,7 @@ static int verify_clean_subdirectory(const char *path, const char *action,
 		struct cache_entry *ce = active_cache[i];
 		int len = ce_namelen(ce);
 		if (len < namelen ||
-		    strncmp(path, ce->name, namelen) ||
+		    strncmp(ce->name, ce->name, namelen) ||
 		    ce->name[namelen] != '/')
 			break;
 		/*
@@ -474,16 +499,16 @@ static int verify_clean_subdirectory(const char *path, const char *action,
 	 * present file that is not ignored.
 	 */
 	pathbuf = xmalloc(namelen + 2);
-	memcpy(pathbuf, path, namelen);
+	memcpy(pathbuf, ce->name, namelen);
 	strcpy(pathbuf+namelen, "/");
 
 	memset(&d, 0, sizeof(d));
 	if (o->dir)
 		d.exclude_per_dir = o->dir->exclude_per_dir;
-	i = read_directory(&d, path, pathbuf, namelen+1, NULL);
+	i = read_directory(&d, ce->name, pathbuf, namelen+1, NULL);
 	if (i)
 		die("Updating '%s' would lose untracked files in it",
-		    path);
+		    ce->name);
 	free(pathbuf);
 	return cnt;
 }
@@ -517,7 +542,7 @@ static void verify_absent(struct cache_entry *ce, const char *action,
 			 * files that are in "foo/" we would lose
 			 * it.
 			 */
-			cnt = verify_clean_subdirectory(ce->name, action, o);
+			cnt = verify_clean_subdirectory(ce, action, o);
 
 			/*
 			 * If this removed entries from the index,
-- 
1.5.2.rc3.815.g8fc2

-
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
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[PATCH 01/15] Add dump-config, skimo, (Sun May 20, 11:04 am)
[PATCH 07/15] unpack-trees.c: assume submodules are clean, skimo, (Sun May 20, 11:04 am)
Re: [PATCH 02/15] git-config: add --remote option for read ..., Frank Lichtenheld, (Sun May 20, 11:11 am)
Re: [RFC] Third round of support for cloning submodules, Junio C Hamano, (Sun May 20, 12:10 pm)
Re: [PATCH 02/15] git-config: add --remote option for read ..., Sven Verdoolaege, (Sun May 20, 12:44 pm)
Re: [RFC] Third round of support for cloning submodules, Sven Verdoolaege, (Sun May 20, 12:59 pm)
Re: [RFC] Third round of support for cloning submodules, Sven Verdoolaege, (Sun May 20, 2:09 pm)
Re: [RFC] Third round of support for cloning submodules, Martin Waitz, (Sun May 20, 2:40 pm)
Re: [RFC] Third round of support for cloning submodules, Sven Verdoolaege, (Sun May 20, 2:47 pm)
Re: [PATCH 06/15] git-read-tree: take --submodules option, Sven Verdoolaege, (Sun May 20, 2:50 pm)
Re: [PATCH 09/15] entry.c: optionally checkout submodules, Sven Verdoolaege, (Sun May 20, 2:51 pm)
Re: [PATCH 02/15] git-config: add --remote option for read ..., Frank Lichtenheld, (Sun May 20, 3:03 pm)
Re: [RFC] Third round of support for cloning submodules, Martin Waitz, (Sun May 20, 3:14 pm)
Re: [RFC] Third round of support for cloning submodules, Martin Waitz, (Sun May 20, 3:52 pm)
Re: [RFC] Third round of support for cloning submodules, Martin Waitz, (Sun May 20, 3:55 pm)
Re: [RFC] Third round of support for cloning submodules, Martin Waitz, (Sun May 20, 4:12 pm)
Re: [RFC] Third round of support for cloning submodules, Martin Waitz, (Sun May 20, 4:36 pm)
Re: [RFC] Third round of support for cloning submodules, Steven Grimm, (Sun May 20, 5:39 pm)
Re: [RFC] Third round of support for cloning submodules, Sven Verdoolaege, (Mon May 21, 1:54 am)
Re: [RFC] Third round of support for cloning submodules, Sven Verdoolaege, (Mon May 21, 2:57 am)
Re: [RFC] Third round of support for cloning submodules, Sven Verdoolaege, (Mon May 21, 3:01 am)
Re: [RFC] Third round of support for cloning submodules, Martin Waitz, (Mon May 21, 3:07 am)
Re: [RFC] Third round of support for cloning submodules, Sven Verdoolaege, (Mon May 21, 3:14 am)
Re: [RFC] Third round of support for cloning submodules, Josef Weidendorfer, (Mon May 21, 3:44 am)
Re: [RFC] Third round of support for cloning submodules, Martin Waitz, (Mon May 21, 4:34 am)
Re: [RFC] Third round of support for cloning submodules, Martin Waitz, (Mon May 21, 4:41 am)
Re: [RFC] Third round of support for cloning submodules, Sven Verdoolaege, (Mon May 21, 5:19 am)
Re: [PATCH 09/15] entry.c: optionally checkout submodules, Sven Verdoolaege, (Thu May 24, 6:29 am)
Re: [RFC] Third round of support for cloning submodules, Martin Waitz, (Thu May 24, 8:56 am)