[PATCH for 'next'] fast-import: in_merge_bases() has a different signature now

Subsystems: the rest

DORMANTno replies

2 messages, 1 author, 2016-06-15 · open the first message on its own page

[PATCH for 'next'] fast-import: in_merge_bases() has a different signature now

From: Johannes Schindelin <hidden>
Date: 2016-06-15 22:42:53

The function in_merge_bases() can take more than one reference now,
and therefore we need to call it differently.

Signed-off-by: Johannes Schindelin <redacted>
---

	Yes, yes, I know. BAD Dscho. Still not using master. Maybe 
	tomorrow I will find the time to rebase my changes on top of
	next to master. That will be my first experience with git-rebase!

 fast-import.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fast-import.c b/fast-import.c
index c72c5c7..bc95a0d 100644
--- a/fast-import.c
+++ b/fast-import.c
@@ -1302,7 +1302,7 @@ static int update_branch(struct branch *b)
 			return error("Branch %s is missing commits.", b->name);
 		}
 
-		if (!in_merge_bases(old_cmit, new_cmit)) {
+		if (!in_merge_bases(old_cmit, &new_cmit, 1)) {
 			unlock_ref(lock);
 			warn("Not updating %s"
 				" (new tip %s does not contain %s)",
-- 
1.5.0.rc3.2124.g3861-dirty

Re: [PATCH for 'next'] fast-import: in_merge_bases() has a different signature now

From: Johannes Schindelin <hidden>
Date: 2016-06-15 22:42:53

Hi,

Ooops. I just realized that I merged 'master' into 'next'. Shawn, or 
Junio, when you actually do that merge, you might want to pick up this 
patch, too.

Ciao,
Dscho
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help